- 定位垃圾:reference-count(无法解决循环引用);root-searching 根可达算法
- 系统上线前预估系统的内存占用情况
gc root :典型特征 main 可直接访问
- 垃圾收集算法
- 垃圾收集算法
- 标记清除:容易产生碎片
- 复制:效率非常高,比较浪费空间;适用于存活对象较少的情况
- 标记压缩(标记整理):不会产生碎片,效率偏低(需要移动对象),
3种方式各有优缺点,实际中都会使用
-
堆内逻辑分区
-
一个对象从出生到消亡,8:1:1是一个经验数据;实在不行就进old区域;年龄默认15,cms默认6会进old,参数可以设定,参数最高就是15(hotspot,对象头部就4位二进制来记录年龄 2^4-1 = 15)
-
年轻代使用 copy 算法,对象少,效率高;老年代使用 mark-sweep 或者mark-compact 算法
-
cms 收集器只作用于old 区域
-
java -XX:+PrintCommandLineFlags -version
serial
- 单CPU效率最高,单线程的
- CMS:stw 只找根对象,根对象特别少。漏标的对象不会太多,重新标记的时间也不会太长。重大问题:会产生碎片,当碎片特别多的时候,serial-old (单线程)会介入清理
- 漏标解决:使用3色标记算法,白、灰、黑三色
- 1.6——1.8 (1.8可以用G1,1.7G1不成熟,1.6没有G1;只能是cms)
- jdk1.9 默认是g1
-
parNew
-
g1:支持内存 几百G;再大就不行了。物理上分区;逻辑上分代。停顿200ms以内
-
ZGC:为大内存设计 ,上T(16T)。停顿一般10ms以内,最后达到1ms以内
常用组合
- serial + serial-old
- parallel + parallel-old
- parNew + cms
调优
- java -XX:+PrintFlagsFinal -version
- 常用命令:jps;jmap;jstat;jstack
- 实际生产中用的:arthas;主要解决:OOM,FullGC 问题
生产问题
- jmap -histo PID 【8g 左右,10G 以下,离线分析】
- jmap -dump:format=b,file=20200210.dump PID
- 使用 jvisualVM
arthas
- arthas : jvm;thread;thread id
- 热替换:jad,redfine