Hotspot在实现GC回收时需要考虑效率问题,其中重要的几个点是:
- 为什么GC时要停顿所有用户线程
在GC的可达性分析的阶段中,必须保证在进行GC Roots到对象的引用链不会改变,所以在GC时必须停止所有的java执行线程,即使是在号称不会发生停顿的CMS收集器中,枚举根节点也是必须要停顿的。
- 如何快速遍历GC Roots到对象的引用链
可以作为GC Root的节点主要有类静态属性、类常量与虚拟机栈的本地变量表中的reference引用。现在很多应用仅方法区就有几百兆,如果要逐个检查里面的引用,必然会消耗很多时间。
现在主流的jvm都采用准确式内存管理,比如说一个内存中存储的是1234, jvm可以知道1234这个值代表的只是一个数值,还是对另一块内存的引用。所以当执行系统停顿下来以后,并不需要一个不漏的检查完所有的内存,jvm是有办法知道哪些地方存放着对象引用。
在Hotspot的实现中,是使用一组成为OopMap的数据结构来达到这个目的的,在类加载完成的时候,Hotspot就把类上面什么偏移量是什么类型的数据计算出来,在JIT编译过程中,也会在特定位置记录下栈和寄存器中哪些位置是引用。这样,GC在扫描时就可以直接得知这些信息了。
- 哪些地方会生成OOP指令?线程执行到哪里可以停下来开始GC?
- 需要GC时如何让sleep的线程到达安全点停下