转载

你的“对象”啥时候会进入老年代？

JVM堆中有 新生代 、 老年代 两块区域，因为使用 分代回收 策略新生代还会划分为 Eden 和两个 Survivor 区，JVM堆大概是这样子：

程序运行过程中新产生的对象都会分配在 Eden 区，随着时间的推移 Eden 区也是会满的，那么这个时候就会进行 Minor GC 进行清理，清理过程有的对象被清除，有的对象会继续存活下去。那Java对象啥时候会进入老年代呢？

根据对象年龄

JVM会给对象增加一个年龄（age）的计数器，对象每“熬过”一次GC，年龄就要+1，待对象到达设置的阈值（默认为15岁）就会被移移动到老年代，可通过 -XX:MaxTenuringThreshold 调整这个阈值。

一次 Minor GC 后，对象年龄就会+1，达到阈值的对象就移动到老年代，其他存活下来的对象会继续保留在新生代中。

动态年龄判断

根据对象年龄有另外一个策略也会让对象进入老年代，不用等待15次GC之后进入老年代，他的大致规则就是，假如当前放对象的Survivor，一批对象的总大小大于这块Survivor内存的50%，那么大于这批对象年龄的对象，就可以直接进入老年代了。

如图上的A、B、D、E这四个对象，假如 Survivor 2 是100m，如果 A + B + D 的内存大小超过50m，现在D的年龄是10，那E都会被移动到老年代。实际上这个计算逻辑是这样的：年龄1 + 年龄2 + 年龄n的多个对象总和超过 Survivor 区的50%，那就会把年龄n以上的对象都放入老年代。