java gc.log的成本时间意义？
2017-08-15T00:02:07.653+0800:[GC2017-08-15T00:02:07.653+0800:[Parnew:235967K->15723K(235968K),0.0227136秒]364848K->144604K(1022400K),0.0227920秒][times:user=0.08sys=0.00，real=0.03秒]
2017-08-15T00:02:12.540+0800:[完整GC2017-08-15T00:02:12.540+0800:[CMS:128880K->87130K(786432K),0.3387968秒]162905K->87130K(1022400K),[CMS Perm:70825K->70786K(524288K)],0.3388920秒][时间:USER=0.34 SYS=0.00，REAL=0.34秒]
黑色的秒是什么意思？是时间gc成本吗？是否等于GC导致的进程暂停？这是否意味着第二个GC事件导致进程挂起0.3387968秒？进程是否可能与任何类型的垃圾收集器（例如CMS）并发运行？
共有1个答案
您可能需要阅读本文，它对gc.log文件的解剖进行了分解。
总而言之，是的，日志文件中突出显示的部分指的是完成每个GC事件所花费的时间。
-
我尝试做一个基本形式，我在 1 周前做到了，但这次我有一个新错误，肯定是一个愚蠢的错误，但是...... 这是我的用户控制器 我的信息刀片 和web.php 我使用了一个模板，但我几乎可以肯定这不是问题，我想我做了坏路由，我有这个错误信息 语法错误，意外的命名空间（T_NAMESPACE） 谢谢帮助我：）
-
对于国际化的程序，往往有如下的需求： 在某一时区A的用户向系统提交的数据被保存在了服务端的数据库中。同时，系统也保存了时区A的用户提交请求时的GMT。而在另一个时区B的用户要浏览时区A的用户录入的信息。但时间要显示成时区B的本地时间。 对于上面的需求，最简单的方法是将服务端保存的GMT直接转换成时区B的本地时间。对于Web系统。这个工作可以交给JavaScript来完成。也就是说，服务端将服务端保
-
JDK中提供了一个java.util.Date类，该类是Java中用来处理时间的类。在Date类中有很多和日期/时间相关的方法，如getDate、getDay等，但这些方法都是Date类的遗留产物，这些方法在以后的JDK版本中可以被去掉，因此，并不建议在程序中使用这些方法。不过Date类中有少数的方法不在这些方法之列，这些方法仍然可以在程序中放心地使用。其中getTime和setTime方法是经常
-
问题内容： 我在看一个用Java开发的项目，发现了一个如下所示的循环： 我的问题是：计算（这里的a是数组名）是否昂贵？如果否，那么如何在内部进行计算（意味着JVM如何确保O（1）对此进行访问）？是类似于： 即就像访问函数内部的局部变量的值。谢谢。 问题答案： 我的问题是：计算a.length是否昂贵 否。它只是阵列上的一个字段（请参见JLS第10.7节）。它并不昂贵，并且JVM知道它永远不会改变，
-
问题内容： 我正在尝试将一个实例转换为一个实例。 我没有得到编译器错误，但是实例值是错误的。 我认为这不起作用，因为它存储时间而不是。 我正在使用JDK 1.8版。 问题答案： 您的输入实际上是一个。简单地将其解析为a 然后从中获取会更简单。无需担心时区，无需保留某些传统课程（避免并在可能的情况下…）
-
我有以下scala代码： instant是java。时间即时，zoneId是java。时间分区ID。 Intellij项目配置为jdk 17，语言级别配置为15。 但我有个错误： 我找不到原因。我认为Java版本是正确的。