怎样打开垃圾回收日志文件

1、做分析最简单的方式就是直接把日志导入 Censum 之中。图一所展示的就是所有运行过的分析的总结。首先要注意的是，在各项分析中有两项是失败的，并用红色的打叉图标做出了标记。再看看这些分析结磨营稼刻果，就会知道 Censum 已经对情况做出了判断。要把失败了的分析手动重做一次只要一分钟就可以了，但首先咱们还是先看看 Censum 的分析总结，以及“Heap after GC”图表。

2、垃圾回收器 * 1. Serial Garbage Collector * * 2. Parallel Garbage Collector(默认垃圾回收器) *

3、 * 3. CMS Garbage Collector * -XX:+UseConcMarkSweepGC 开启CMS垃圾回收器 * -XX:+UseCMSCompactAtFullCollection 参数可以使 CMS在垃圾收集完成后，进行一次内存碎片整理。内存碎片的整理并不是并发进行的。

4、 * -XX:CMSFullGCsBeforeCompaction 参数可以用于设定进行多少次 CMS 回收后，进行一次内存压缩。 * 4. G1 Garbage Collector * */

5、修改文件catalian.sh /catalina.bat-XX:-PrintGC-XX:-PrintGCDetails-XX:+PrintGCTimeStamps和-XX:+PrintGCDateStamps-Xloggc

6、两个视图都可以帮我们了解两次失败了的分析的背景。从图二的总结页面可以看出这里使用了并发回收器。共有 21 次年轻代回收和一次完全回收。这个视图中的其它指标拎枋辏话都没有太多好说的，或者说是在可接受的范围之内。比如应用程序 99.3% 的吞吐量是远高于要求的 95% 的阈值的，而每秒 1165KByte 的分配率也是远低于每秒 1GByte 的阈值。如果超出了前一个阈值，就意味着垃圾回收机制配置得不够好（那种情况下会触发我们称之为垃圾回收器的“技术调节”的事件，但那是另一篇文章的主题），而如果超出了后面的阈值则意味着你的应用程序内存不足了，应该判断并优化内存分配的热点，当然这又是再一篇文章的主题了。