我们都知道，HotSpot虚拟机判断对象是否存活的方法是——GCRoot可达性算法。
而GCRoot对象包含以下四类。
1、方法区的常量
2、方法区的静态变量
3、栈中的引用
4、本地方法栈中的JNI的引用
JNI的引用咱们这里暂时不管。
而现在我们随便一个java应用，都会加载大量的类，这样我们的方法区中就会堆积大量的常量和静态变量。
这样一来，搜索GCRoot就成了一个头疼的工作。
那怎么办呢，jvm自然有它的应对方法。
HotSpot目前采用的是精确式内存管理，顾名思义：虚拟机可以知道内存的某个位置的数据具体是什么类型，例如有一个123整数，虚拟机可以知道他是基本变量，还是一个对象引用。
对应到java中就是——在每个类初始化加载静态变量和常量，以及栈上的局部变量的时候，jvm都可以知道你的什么样的数据类型。
如果你是引用类型，ok，那你就属于GCRoot，反之，你就不是。
在HotSpot中，采用了OomMap来存储这些GCRoot对象引用。
到了这里，我们知道了如何高效的获取GCRoot，这里又引申出一个问题——如果每次加载类的时候，都创建一个OopMap，那内存的开销肯定很大。
而答案就在下一节的《HotSpot算法（二）安全点》中。
