＞＞技术应用：OGG 的参数模版使用ANTLR4解析（二）

上一篇定义了正在运行程序暴露出来的错误，这一篇具体来说一下解决思路以及具体的解决方案。

回顾下上一篇中出现的问题，在使用ANTLR4来解析OGG的参数文件时，还有一个问题就是OGG的任务没有解析出来。这一篇也来说一下这个问题。传送门
技术应用：OGG 通过 info 查询 Lag at Chkpt／Time Since Chkpt以及相关说明（一）

OGG任务采集模版文件解析错误排查

1.1-Q：解析特殊字符错误

line 38524:33 token recognition error at: '#'
line 38526:26 token recognition error at: '#'
line 38534:35 token recognition error at: '#'
line 38548:31 token recognition error at: '#'
line 38551:38 token recognition error at: '#'
line 38557:29 token recognition error at: '#'
line 38560:35 token recognition error at: '#'
line 38564:25 token recognition error at: '#'
line 38577:33 token recognition error at: '#'
line 38589:25 token recognition error at: '#'
line 38599:39 token recognition error at: '#'
line 38602:36 token recognition error at: '#'
line 38603:29 token recognition error at: '#'
line 38634:30 token recognition error at: '#'
line 38660:34 token recognition error at: '#'
line 38673:36 token recognition error at: '#'
line 38675:31 token recognition error at: '#'
line 38689:40 token recognition error at: '#'
line 38704:32 token recognition error at: '#'
line 38715:39 token recognition error at: '#'
line 38721:33 token recognition error at: '#'
line 38743:40 token recognition error at: '#'
line 38751:29 token recognition error at: '#'
line 38754:38 token recognition error at: '#'

解决方案

由原来的antlr-4.7.2-runtime.jar升级到antlr4-4.9.1.jar，并在语言解析器模版增加#标识，由于原来的解析模版并没有增加这个字符的解析。重新生成需要的可以执行的代码片段。

1.2-Q：堆栈溢出错误

Exception in thread "main" java.lang.StackOverflowError

解决方案：

增加程序运行时的内存池内存。后面看了一下这个需要解析的文件的大小1.9M，存储数据量最大的table的条数是3.9W。经典的配置方案：-Xmn2g -Xms3550m -Xmx3550m -Xss16m。

需要解析文件的行记录数量

当然我们在程序的单元测试中可以这样子来增加我们的VM参数

在IDE的默认参数设置上，可以查看下自己IDEA的VM参数设定

JVM相关

JVM默认情况下，年轻代初始分配建议保持在整个堆大小的一半到四分之一之间；初始（和最小）分配内存为物理内存的1/64；最大分配的内存（内存池）为物理内存的1/4；线程堆栈大小取决于平台架构，例如32位320KB，64位1M。初始分配内存和最大分配的物理内存可以设置相同，避免每次垃圾回收完成后JVM重新分配内存。

为了查看程序在执行过程中内存的具体执行情况，我想到了打印日志。在GC时打印详细日志，可以加入命令参数：-XX:+PrintGCDetails，但是在Java8的文档中却看到如下解释（虽然过期了，但是还可以用）：

-XX:+PrintGCDetails
		Enables printing of detailed messages at every GC. By default, this option is disabled.

取而代之的是另外一个命令-Xloggc:filename

-Xloggc:filename
    Sets the file to which verbose GC events information should be redirected for logging. The information written to this file is similar to the output of -verbose:gc with the time elapsed since the first GC event preceding each logged event. The -Xloggc option overrides -verbose:gc if both are given with the same java command.

    Example:

    -Xloggc:garbage-collection.log

经典的配置方案为-XX:+PrintGCDetails -Xmn2g -Xms3550m -Xmx3550m -Xss16m。

最后执行的日志信息如下：

[GC (Allocation Failure) [PSYoungGen: 1572864K->16169K(1835008K)] 1572864K->16177K(3373056K), 0.0335576 secs] [Times: user=0.28 sys=0.02, real=0.03 secs] 
……
[54.000s][info   ][gc,heap,exit ] Heap
[54.000s][info   ][gc,heap,exit ]  garbage-first heap   total 3635200K, used 1553408K [0x0000000722200000, 0x0000000800000000)
[54.000s][info   ][gc,heap,exit ]   region size 1024K, 1504 young (1540096K), 0 survivors (0K)
[54.000s][info   ][gc,heap,exit ]  Metaspace       used 7719K, capacity 7814K, committed 7936K, reserved 1056768K
[54.000s][info   ][gc,heap,exit ]   class space    used 683K, capacity 726K, committed 768K, reserved 1048576K

环境以及参考资料

当前环境：

• Idea 2020.3.2
• JDK 1.8.0.202（也专门测试了下JDK 11.0.2）
• CPU 16G
• 处理器 2.6 GHz 六核Intel Core i7

参考文献：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html