JVM内存分配与垃圾回收

1.JVM内存分配与回收

上图所示的 eden 区、s0("From") 区、s1("To") 区都属于新生代（8：1：1），tentired 区属于老年代。

参考：https://blog.csdn.net/u012799221/article/details/73180509

大对象（需要大量连续内存空间的对象（比如：字符串、数组））直接进入老年代：为了避免为大对象分配内存时由于分配担保机制带来的复制而降低效率。

大部分情况，对象都会首先在 Eden 区域分配，在一次新生代垃圾回收后，如果对象还存活，则会进入 s0 或者 s1，并且对象的年龄还会加 1(Eden 区->Survivor 区后对象的初始年龄变为 1)，当它的年龄增加到一定程度（默认为 15 岁），就会被晋升到老年代中。对象晋升到老年代的年龄阈值，可以通过参数 -XX:MaxTenuringThreshold 来设置。

“Hotspot遍历所有对象时，按照年龄从小到大对其所占用的大小进行累积，当累积的某个年龄大小超过了survivor区的一半时，取这个年龄和MaxTenuringThreshold中更小的一个值，作为新的晋升年龄阈值”。

 

什么时候会发生垃圾回收？
https://www.jianshu.com/p/d72d3146c41b

触发GC运行的条件要分新生代和老年代的情况来进行讨论，有以下几点会触发GC：

>>当Eden区和From Survivor区满时；

>>调用System.gc时，系统建议执行Full GC，但是不必然执行

>>老年代空间不足

>>方法区空间不足

>>通过Minor GC后进入老年代的平均大小大于老年代的可用内存

>>由Eden区、From Space区向To Space区复制时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小

 

2.判断对象已经死亡

2.1 引用计数法

给对象中添加一个引用计数器，每当有一个地方引用它，计数器就加 1；当引用失效，计数器就减 1；任何时候计数器为 0 的对象就是不可能再被使用的。

优点：实现简