JVM垃圾回收：3 GC调优

Terminal终端：查看虚拟机运行参数

"C:\Program Files\Java\jdk1.8.0_91\bin\java" -XX:+PrintFlagsFinal -version | findstr "GC"

1. 最快的 GC是什么？

答案：是不发生 GC
查看 FullGC 前后的内存占用，考虑下面几个问题

1. 数据是不是太多？
   resultSet = statement.executeQuery(“select * from 大表 limit n”)
2. 数据表示是否太臃肿？
   对象图；
   对象大小 16 Integer 24 int 4。
   3）是否存在内存泄漏？
   static Map map = ；
   软；
   弱；
   第三方缓存实现。

2. 新生代调优

新生代的特点

• 所有的 new 操作的内存分配非常廉价
  TLAB thread-local allocation buffer
• 死亡对象的回收代价是零
• 大部分对象用过即死
• Minor GC 的时间远远低于 Full GC

越大越好吗？

• 新生代内存设为保持在25%~50%之间
• 新生代能容纳所有【并发量 * (请求-响应)】的数据
• 幸存区大到能保留【当前活跃对象+需要晋升对象】
• 晋升阈值配置得当，让长时间存活对象尽快晋升

两行代码设置阈值

-XX:MaxTenuringThreshold=threshold
-XX:+PrintTenuringDistribution

3. 老年代调优

以 CMS 为例

• CMS 的老年代内存越大越好
• 先尝试不做调优，如果没有 Full GC 那么已经…，否则先尝试调优新生代
• 观察发生 Full GC 时老年代内存占用，将老年代内存预设调大 1/4 ~ 1/3
  -XX:CMSInitiatingOccupancyFraction=percent

4.案例

案例1 Full GC 和 Minor GC频繁
增大新生代内存，扩大幸存区空间，增大晋升阈值，这样避免了Minnor GC频繁，同时阈值的提升避免了生存周期较短的对象进入老年代的频繁，增加老年代的内存，避免Full GC频繁。

案例2 请求高峰期发生 Full GC，单次暂停时间特别长 （CMS）
通过减少重新标记的次数，使STW减少

案例3 老年代充裕情况下，发生 Full GC （CMS jdk1.7）
1.8之后采用元空间实现方法区，1.7采用永久代实现，永久代的空间不足也会导致 Full GC。