假设我有非常简单的代码:
public class Sandbox {
public static void main(String[] args) {
Map<String, Integer> map = new HashMap<>();
while (true) {
map.put(new Random().toString(), new Random().nextInt());
}
}
}
它有多“不正确”并不重要,重要的是它做了什么。它最终会产生一个OutOfMemory
。我用:
java -Xms50M -Xmx50M "-Xlog:heap*=debug" "-Xlog:gc*=debug" Sandbox
会有很多日志记录,我会把它们切到我关心的最重要的部分(我还从一些行中删除了一些信息,以便于阅读)
***************************** GC(0) *********************************
[0.115s][debug][gc,heap] GC(0) Heap before GC invocations=0 (full 0)
[0.115s][debug][gc,heap] GC(0) region size 1024K, 23 young, 0 survivors
[0.127s][info ][gc,heap] GC(0) Eden regions: 23->0(15)
[0.128s][info ][gc,heap] GC(0) Survivor regions: 0->3(3)
[0.128s][info ][gc,heap] GC(0) Old regions: 0->4
[0.128s][info ][gc,heap] GC(0) Archive regions: 2->2
[0.128s][info ][gc,heap] GC(0) Humongous regions: 1->1
[0.128s][debug][gc,heap] GC(0) Heap after GC invocations=1 (full 0):
[0.128s][debug][gc,heap] GC(0) region size 1024K, 3 young, 3 survivors
***************************** GC(1) *********************************
[0.159s][debug][gc,heap] GC(1) Heap before GC invocations=1 (full 0)
[0.159s][debug][gc,heap] GC(1) region size 1024K, 18 young, 3 survivors
[0.181s][info ][gc,heap] GC(1) Eden regions: 15->0(1)
[0.181s][info ][gc,heap] GC(1) Survivor regions: 3->3(3)
[0.181s][info ][gc,heap] GC(1) Old regions: 4->10
[0.181s][info ][gc,heap] GC(1) Archive regions: 2->2
[0.181s][info ][gc,heap] GC(1) Humongous regions: 3->3
[0.181s][debug][gc,heap] GC(1) Heap after GC invocations=2 (full 0)
[0.181s][debug][gc,heap] GC(1) region size 1024K, 3 young, 3 survivors
***************************** GC(2) *********************************
[0.182s][debug][gc,heap] GC(2) Heap before GC invocations=2 (full 0)
[0.182s][debug][gc,heap] GC(2) region size 1024K, 4 young, 3 survivors
[0.190s][info ][gc,heap] GC(2) Eden regions: 1->0(9)
[0.190s][info ][gc,heap] GC(2) Survivor regions: 3->1(1)
[0.190s][info ][gc,heap] GC(2) Old regions: 10->13
[0.190s][info ][gc,heap] GC(2) Archive regions: 2->2
[0.190s][info ][gc,heap] GC(2) Humongous regions: 3->3
[0.190s][debug][gc,heap] GC(2) Heap after GC invocations=3 (full 0)
[0.190s][debug][gc,heap] GC(2) region size 1024K, 1 young, 1 survivors
它们到底是什么意思?
我在网上只找到了两个引用以某种方式解释了这一点:一个在这里,另一个在这里。不幸的是,它们都没有多大意义,所以我不得不查看生成它的源代码以获得理解。
第一行:
[0.115s][debug][gc,heap] GC(0) Heap before GC invocations=0 (full 0)
[0.115s][debug][gc,heap] GC(0) region size 1024K, 23 young, 0 survivors
告诉你,在第一次调用GC(0
)之前,young space分配了23个
区域。它还(间接地)告诉你,在这23个区域中:0
是幸存者区域,这意味着23
是Eden
区域。
下一行:
[0.127s][info ][gc,heap] GC(0) Eden regions: 23 -> 0 (15)
[0.128s][info ][gc,heap] GC(0) Survivor regions: 0 -> 3 (3)
告诉你在GC操作
之前,有23
伊甸园区域。它们都被清除了(即0
)(毕竟这是年轻GC存在的原因)。然后它表明在GC之前有0
Survivor区域,但作为这个循环的结果,生成了3个Survivor Region
。
你必须格外小心这意味着什么。这并没有显示下一个周期有多少区域可用,只显示发生的过渡。
这些日志中解释了这种“过渡”:
[0.128s][debug][gc,heap] GC(0) Heap after GC invocations=1 (full 0):
[0.128s][debug][gc,heap] GC(0) region size 1024K, 3 young, 3 survivors
请注意,堆是如何转变为3个年轻人,3个幸存者的(因此,
0伊甸园
,所有23
都被清除)。
之后还有另一个步骤:调整区域总数。怎样你可以自己看看源代码,找到答案。
具体来说,
(3)
将在这里进行计算,这里有更多细节(以及非常好的注释),它基本上表示下一个GC周期将有多少幸存者区域可用。在大多数情况下,
(3)
将等于-
这个“调整”是关于
(15)
和(3)
,这意味着下一个周期将有15个伊甸园区域和
3个幸存者区域
;也由下一个周期开始时的日志表示。
[0.159s][debug][gc,heap] GC(1) Heap before GC invocations=1 (full 0)
[0.159s][debug][gc,heap] GC(1) region size 1024K, 18 young, 3 survivors
我需要在这里做一个评论:这些是下一个周期中GC应该使用的提示,它们可能会被忽略(例如,
巨大的分配
会导致这种情况)。
所以我们现在可以划一条线了。这些日志中有两个逻辑部分。
>
过渡-年轻地区如何因这个周期而改变
调整过渡后年轻地区的数量。
现在,消化一些日志应该相当容易,例如:
[0.182s][debug][gc,heap] GC(2) Heap before GC invocations=2 (full 0)
[0.182s][debug][gc,heap] GC(2) region size 1024K, 4 young, 3 survivors
它始于
4年轻=1伊甸园3幸存者
[0.190s][info ][gc,heap] GC(2) Eden regions: 1 -> 0 (9)
[0.190s][info ][gc,heap] GC(2) Survivor regions: 3 -> 1 (1)
它过渡到
0伊甸园,1幸存者
[0.190s][info ][gc,heap] GC(2) Eden regions: 1 -> 0 (9)
[0.190s][info ][gc,heap] GC(2) Survivor regions: 3 -> 1 (1)
它应用启发式生成
9 Eden,1 Survivor
到下一个GC周期。
浏览器环境下的javascript, 实际上有两个天生缺陷: 不严谨. 不同浏览器的js实现上会略有不同. 这个问题在android, ios上也一样. 不是严格意义上的计算编程语言. 有语法漏洞. 例如 == 所以, 我们要驾驭好JS语言,就要知道如何有效的Debug. 时刻留意 vue server 我们开发时的命令: $ npm run dev 会开启一个"开发服务器", 这个开发服务器的
Logging(日志)是一种编写系统的方式,可以产生一系列信息记录,被称为 log。Printlining 只是输出简单的,通常是临时的日志。初学者一定要理解并且使用日志,因为他们对编程的理解是局限的。因为系统的复杂性,系统架构必须理解与使用日志。在理想的状态下,程序运行时产生的日志信息数量需要是可配置的。通常,日志提供了下面三个基本的优点: 日志可以提供一些难以重现的 bug 的有效信息,比如在
徒步旅行例子 我们首先创建到应用程序的三个连接(内存池、共识和查询)(在本例中本地运行 kvstore)。 I[10-04|13:54:27.364] Starting multiAppConn module=proxy impl=multiAppConn I[10-04|13:54:27.366] Starting localClient
Attribute Name Type Required Default Description output string No html output type, html or javascript 属性 类型 是否必须 缺省值 描述 output string No html 输出类型,html或javascript {debug} dumps the debug console to t
The debug component enables component-to-DOM serialization. Example < a-scene debug> </ a-scene> Com
在本章中,我们将研究Joomla中的Debug 。 通过启用调试模式,它有助于解决Joomla的各种问题。 它显示了Joomla如何呈现会话数据,配置文件信息,内存使用和数据库查询的详细信息。 Joomla调试 以下是用于设置Joomla调试的简单步骤。 Step (1) - 进入System → Global Configuration ,如下面的屏幕所示。 接下来,单击Joomla Globa