博客

我们都知道，HotSpot虚拟机判断对象是否存活的方法是——GCRoot可达性算法。

而GCRoot对象包含以下四类。

1、方法区的常量

2、方法区的静态变量

3、栈中的引用

4、本地方法栈中的JNI的引用

JNI的引用咱们这里暂时不管。

而现在我们随便一个java应用，都会加载大量的类，这样我们的方法区中就会堆积大量的常量和静态变量。

这样一来，搜索GCRoot就成了一个头疼的工作。

那怎么办呢，jvm自然有它的应对方法。

HotSpot目前采用的是精确式内存管理，顾名思义：虚拟机可以知道内存的某个位置的数据具体是什么类型，例如有一个123整数，虚拟机可以知道他是基本变量，还是一个对象引用。

对应到java中就是——

在每个类初始化加载静态变量和常量，以及栈上的局部变量的时候，jvm都可以知道你的什么样的数据类型。

如果你是引用类型，ok，那你就属于GCRoot，反之，你就不是。

在HotSpot中，采用了OomMap来存储这些GCRoot对象引用。

到了这里，我们知道了如何高效的获取GCRoot，这里又引申出一个问题——如果每次加载类的时候，都创建一个OopMap，那内存的开销肯定很大。

而答案就在下一节的《HotSpot算法（二）安全点》中。