GC Roots 枚举根节点
描述:GC Roots 被虚拟机用来判断对象是否存活。
一、可以做为GC Roots的对象
位置 对象
虚拟机栈 栈帧中的本地变量表
本地方法栈 JNI(一般指的Native方法)引用的对象
方法区 静态属性引用对象
方法区 常量引用对象
二、枚举根节点
可达性分析需要考虑下面两个点:
如果方法区大小就有数百兆,如果逐一检查引用,则肯定消耗性能,所以不可能这么做
在执行可达性分析时,必须要保证这个过程期间对象的引用关系不能再变化,否则不能保证分析结果正确性
第二点: 必须要停止所有线程去执行枚举根节点,被称为Stop the World
上面两个点反映出来的性能问题,应该如何解决呢?
三、解决方法
OopMap数据解构: 保存GC Roots 节点,避免全局扫描去一一查找。(目前主流java虚拟机都是准确式GC)
安全点: 精简指令,为特定位置(安全点: Safepoint)上的指令生成对应的OopMap,暂停进行GC的位置也是在安全点;
安全区域 :在一段代码中,引用关系不会发生变化,在这个区域中的任意地方开始GC都是安全的。处理没有被分配CPU时间的线程。
3.1 OopMap会在类加载时进行计算,并在JIT也会进行记录。
安全点设置原则:
1. 不能太少,太少会导致GC等待时间过长
2. 不能太过于频繁,以致于过分增加运行时的负荷
所以安全点的选定基本都是以“是否具有让程序长时间执行的特征”为标准进行选定–因为每条指令执行的时间都非常短暂,程序不太可能因为指令流长度太长这个原因而过长时间运行,“长时间执行” 的最明显特征就是指令程序复用,例如方法调用,循环调转 ,异常跳转等。所以具有这些功能的指令才会产生SafePoint
3.2 GC发生时,让所有线程(不包括执行JNI调用的线程) 都“跑”到最近的安全点上再停顿:
抢先式中断(Preemptive Suspension) : GC发生时,中断全部线程,如果发现线程不在安全点,则恢复让其”跑” 到安全点
主动式中断(Voluntary Suspension ): 设置一个标志,然后采用轮询触发。
3.3 安全区域(Safe Region):
主要针对没有分配CPU时间的线程,如线程处于Sleep状态或者Blocked状态。这个时候线程无法响应JVM的中断请求。所以需要安全区域来解决。
参考
《深入理解java虚拟机》
转载:https://blog.csdn.net/qq_31156277/article/details/79950170