JVM内存分配与回收

Posted 2021-01-04 mibloom

1.内存分配与回收策略

1. 内存自动管理：自动化的解决了对象内存分配和回收对象内存的问题。
2. 一般在堆上分配对象，也可能经过JTI编译后间接在栈上分配。
3. 主要分配在新生代的Eden区，如果启动了本地线程分配缓冲（线程缓冲区TLAB）就优先在TLAB上分配。

2.对象优先在Eden 分配

1. 大多数情况下，对象优先在新生代Eden区分配，当Eden区没有足够的空间分配时发生一次Minor GC。
2. 如果Minor GC 之后筛选出的存活对象无法放入Survivor区那么这些对象就会被放入老年代。
3. Minor GC是新生代的GC，新生代对象朝生夕死所以Minor GC非常频繁，速度也比较快。
4. Major GC 是老年代的GC ，一般Major GC 会伴随着一次Minor GC 但并非绝对，Parallel Scavenger收集器就有直接进行 Major GC 的选择策略。Major GC 速度一般是Minor GC 的10倍以上。

Full GC 是整个堆的GC，会清理老年代和新生代。

3.大对象直接进入老年代

1. 需要大量连续的内存空间，如很长的字符串，数组，该给避免创建朝生夕死的大对象，以免带来频繁的GC。
2. -XX:PretenureSizeThreshold 参数可以指定超过此参数值得对象直接放入老年代。

4.长期存活的对象进入老年代

1. 虚拟机给每个对象都对了一个年龄计数器。
2. 在Eden区出生并经过一次GC后存活，并且被Survivor容纳则计数加1，每熬过一次GC年龄就加一，默认到15就移入老年代。
3. -XX: MaxTenuringThreshold 可以设置年龄阀值。

5.动态年龄判断。

1. jvm并非要求对象年龄达到阀值才晋升到老年代。
2. 在Survivor空间中如果相同年龄的所有对象的大小总和大于Survivor一半则，那么年龄大于或者等于该年龄的对象就将直接进入老年代。

6.空间分配担保

1. 在发起Minor GC前会检查老年代最大可用连续空间是否大于该新生代全部对象之和，若大于则进行GC,这次GC是安全的，若不大于则查看HandlePromotionFailure设置值是否允许担保失败。
2. HandlePromotionFailure如果设置是允许担保失败则继续检查 老年代最大连续可用空间是否大于历次晋升到老年代的对象平均大小，如果大于就进行一次Minor GC,此次GC是有风险的 ，如果小于或者设置为不允许担保那么就进行Full GC。
3. 如果发起不安全的Minor GC 失败后就会进行Full GC。
4. 大部分情况下担保是允许的，避免频繁Full GC.