JAVA Stop The World

最新推荐文章于 2025-03-25 21:58:09 发布

让风继续吹丶

最新推荐文章于 2025-03-25 21:58:09 发布

阅读量915

点赞数

分类专栏： jvm

jvm 专栏收录该内容

4 篇文章

订阅专栏

本文详细解析了JVM垃圾回收过程中为何会出现程序暂停现象，介绍了安全点、STW停顿、GCRoots和OopMap等核心概念，探讨了FullGC与GC的区别及优化策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

大家有没有想过一件事情，当虚拟机完成两次标记后，便确认了可以回收的对象。但是，垃圾回收并不会阻塞我们程序的线程，他是与当前程序并发执行的。所以问题就出在这里，当GC线程标记好了一个对象的时候，此时我们程序的线程又将该对象重新加入了“关系网”中，当执行二次标记的时候，该对象也没有重写finalize()方法，因此回收的时候就会回收这个不该回收的对象。

虚拟机的解决方法就是在一些特定指令位置设置一些“安全点”，当程序运行到这些“安全点”的时候就会暂停所有当前运行的线程（Stop The World 所以叫STW），暂停后再找到“GC Roots”进行关系的组建，进而执行标记和清除。

这些特定的指令位置主要在：
        1、循环的末尾
        2、方法临返回前 / 调用方法的call指令后
        3、可能抛异常的位置

找到“GC Roots”也是要花很长的时间，然而这里又有新的解决方法，就是通过采用一个OopMap的数据结构来记录系统中存活的“GC Roots”，在类加载完成的时候，虚拟机就把对象内什么偏移量上是什么类型的数据计算出来保存在OopMap，通过解释OopMap就可以找到堆中的对象，这些对象就是GC Roots。而不需要一个一个的去判断某个内存位置的值是不是引用。这种方式也叫准确式GC。

回到最开始的问题，那个停顿类型就是刚刚所说的STW，至于有GC和Full GC之分，还有Full GC (System)。个人认为主要是Full GC时STW的时间相对GC来说时间很长，因为Full GC针对整个堆以及永久代的，因此整个GC的范围大大增加；还有就是他的回收算法就是我们之前说过的“标记--清楚--整理”，这里也会损耗一定的时间。所以我们在优化JVM的时候，减少Full GC的次数也是经常用到的办法。

面试题：jvm在进行垃圾回收的时候为什么程序会卡一下？

转载自：https://www.cnblogs.com/chengpeng15/p/5827377.html