JVM调优-从垃圾回收角度来看

1、查看当前JDK中虚拟机运行的相关参数：

“JDK路径” -XX ：+PrintFlagsFinal -version | findstr “GC”

2、调优领域

①内存：STW时间对于程序缓存影响较大
②线程锁竞争
③CPU占用
④IO

3、确定目标

针对垃圾回收，要确立自己的调优目标，是“低延迟”还是“高吞吐量”，针对目标选择合适的垃圾回收器。

• 如果是做科学运算，调优目标是高吞吐量，选择Parallel GC。

• 如果是做互联网项目，调优目标是低延迟，选择CMS、G1、ZGC（JDK12中）。

4、最快的 GC是不发生GC

当程序多次发生GC或Full GC，需要考虑以下问题？

• ①数据是否太多？

• ②数据表示是否太臃肿？
  1、查出太多无用信息
  2、对象大小 Integer 24 int 4

• ③是否存在内存泄漏？

对于长时间存活对象，采用软弱引用的策略或第三方缓存实现

5、新生代调优

（1）新生代的特点：

■所有的new操作时会先检查TLAB中是否有内存可以分配。因为内存分配也存在线程安全问题，会出现多个线程要使用同一块内存的问题，造成内存混乱。所以JVM会给每个线程分配一块私有区域：TLAB – thread-local allocation buffer

■死亡对象的回收代价是零

■大部分对象用过即死，只有少数回收

■Minor GC的时间远远低于Full GC

##（2）新生代内存越大越好吗？

参数：-Xmn 设置新生代内存的初始大小和最大的大小

• 新生代内存如果设置太小，就会频繁发生mior GC
• 新生代内存如果设置太大，老年代的内存占用就会小，就会频繁发生Full GC

总的来说，新生代的内存还是大一些好，因为新生代主要采用的是标记整理和复制算法，标记整理算法相对于复制算法来说STW较短，而新生代大多对象都是要被回收的，所以复制算法需要复制的幸存对象并不多，占用时间也较短。所以说新生代内存还是大一些好。

估算新生代设置大小：新生代能容纳所有【并发量*（请求-响应）】的数据。

Oracle官方建议：新生代内存占用堆内存的25%到50%为最佳。

（3）幸存区大到能够保留【当前活跃对象+未来需要晋升的对象】

如果幸存区比较小，很多存活时间较短，并没有能达到晋升阈值的对象会因为JVM的动态调整，将这些对线晋升到老年代，这样就会导致这些本是短时间存活的对象一直要等到老年代内存不足引发Full GC时才会被回收。

晋升阈值要配置得当，让长时间存活对象尽快晋升。

设置晋升阈值： -XX:MaxTenuringThreshold = threshold
打印当前幸存区对象的存活状态：-XX:+PrintTenuringDistribution

6、老年代调优

以CMS为例

■CMS的老年代内存越大越好

预留更多空间给浮动垃圾。避免并发清理阶段发生并发失败

■先尝试不做调优，如果没有Full GC那么证明老年代内存充裕。即使发生Full GC也应该先尝试调优新生代

■观察发生Full GC时老年代内存占用，将老年代内存预设调大1/4~1/3

设置老年代占堆内存百分比：
-XX: CMSInitiatingOccupancyFraction=percent

7、调优案例

■案例1 Full GC和Minor GC频繁

优先调整新生代内存大小，当新生代内存大了以后，就会减少MinorGC的频繁发生；幸存区内存占比随之高了，那么晋升阈值就会变大，不会再让很多短期存活对象晋升到老年代中，占用老年代内存，导致频繁Full
GC。

■案例2请求高峰期发生Full GC,单次暂停时间特别长(CMS)

CMS中初始标记和并发标记阶段占用时间很短，一般问题会出现在重新标记阶段。重新标记阶段会使用遍历算法对新生代所有对象遍历，应该在重新标记之前对新生代对象进行一次垃圾回收，减少遍历垃圾对象耗用的时间。

-XX：+SMSScavengBeforeRemark

■案例3老年代充裕情况下，发生FullGC (1.7)

1.7及以前的版本中，永久代作为方法区的实现，永久代内存不足也会导致Full GC。增大永久代的内存空间就会解决问题。