本文深入探讨了JVM在进行垃圾回收(GC)时的工作原理。主要介绍GCroot对象的概念及其组成，包括常量、类静态变量和虚拟栈中的局部变量等。此外，文章还解释了基于快照的可达性分析过程以及不同区域如新生代和老年代的具体回收策略。最后，讨论了stop-the-world操作对用户体验的影响。
JVM 在进行GC的时候，需要做两个事情，一个是GC root 做可达性分析
GC root的对象 可能是常量，类静态变量，以及虚拟栈中的局部变量，这些大概组成了GC root对象，GC root 需要在一个JVM 某个时间点的快照，然后基于这个快照来做可达性的分析，基于这个快照，判断哪些对象是要被回收的，接下来就要真正的GC操作，在新生代，老年代，会做不同的GC操作，标记清理，或者复制整理，或者标记整理，
将新生代的存活的对象，转入到老年代，老年代也会做自己的回收策略
在GC回收是，大多数JVM 会做stop the world 的一个操作，即停止整个JVM，这个操作多少会影响到JVM 对外使用者的体验，但是却又不可缺少，因为不做这个停止操作，GC root将没有办法精确的找到某个时间点上，对象及引用的关系，如果这个关系不断的变动，GC就没有办法判断哪些是真实的不可达的，会造成内存清理的不准确，甚至引发系统的异常，另外呢，就会出现清理的内存不完全的问题，更多原因还是在前者
GC root的对象 可能是常量，类静态变量，以及虚拟栈中的局部变量，这些大概组成了GC root对象，GC root 需要在一个JVM 某个时间点的快照，然后基于这个快照来做可达性的分析，基于这个快照，判断哪些对象是要被回收的，接下来就要真正的GC操作，在新生代，老年代，会做不同的GC操作，标记清理，或者复制整理，或者标记整理，
将新生代的存活的对象，转入到老年代，老年代也会做自己的回收策略
在GC回收是，大多数JVM 会做stop the world 的一个操作，即停止整个JVM，这个操作多少会影响到JVM 对外使用者的体验，但是却又不可缺少，因为不做这个停止操作，GC root将没有办法精确的找到某个时间点上，对象及引用的关系，如果这个关系不断的变动，GC就没有办法判断哪些是真实的不可达的，会造成内存清理的不准确，甚至引发系统的异常，另外呢，就会出现清理的内存不完全的问题，更多原因还是在前者
扫一扫
2649
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
