对象已死?
-
计数算法
- 算法很容易理解
在对象中添加一个引用计数器,每当有一个地方引用它时,计数器值就加一;当引用失效时,计数器值就减一;任何时刻计数器为零的对象就是不可能再被使用的
优点
虽然占用了额外空间, 但判定效率高,原理简单,大多数情况下不错缺点
主流的Java虚拟机里面都没有选用引用计数算法来管理内存,主要原因是,这个看似简单的算法有很多例外情况要考虑,必须要配合大量额外处理才能保证正确地工作,譬如单纯的引用计数就很难解决对象之间相互循环引用的问题。
例如: objA.next = objB objB.next = objA objA与objB的计数都不为0而 = 1,但是实际上他们已经不会在被使用
-
可达性分析算法
- 思路
这个算法的基本思路就是通过一系列称为“GCRoots”的根对象作为起始节点集,从这些节点开始,根据引用关系向下搜索,搜索过程所走过的路径称为“引用链”(ReferenceChain),如果某个对象到GCRoots间没有任何引用链相连,或者用图论的话来说就是从GCRoots到这个对象不可达时,则证明此对象是不可能再被使用的。
-
GC root的判定
在虚拟机栈(栈帧中的本地变量表)中引用的对象
在方法区中类静态属性引用的对象,譬如Java类的引用类型静态变量。
在方法区中常量引用的对象,譬如字符串常量池(StringTable)里的引用
在本地方法栈中JNI(即通常所说的Native方法)引用的对象。
Java虚拟机内部的引用,如基本数据类型对应的Class对象,一些常驻的异常对象(比如NullPointExcepiton、OutOfMemoryError)等,还有系统类加载器。
所有被同步锁(synchronized关键字)持有的对象。
反映Java虚拟机内部情况的JMXBean、JVMTI中注册的回调、本地代码缓存等。
对象引用
在JDK1.2版之后,对象引用有 强引用,软引用,弱引用,虚引用
强引用 :无论如何都不会被gc回收,如Objectobj=newObject()
软引用:还有用,但非必须,在系统将要发生内存溢出异常前,会把这些对象列进回收范围之中进行第二次回收,如果回收了还不够,就会抛异常;
弱引用:非必须对象,被弱引用关联的对象只能生存到下一次垃圾收集发生为止
虚引用: 最弱的一种,为一个对象设置虚引用关联的唯一目的只是为了能在这个对象被收集器回收时收到一个系统通知。
方法区的垃圾回收
方法区垃圾回收 基本为常量字符串 + 类卸载
判断常量不再被使用:如果一个常量x进入方法区后,虚拟机中不存在任何一个引用 = x,则会被回收
-
判断一个类是否要被卸载
该类型不存在任何一个实例 或者 派生子类实例
加载该类的类加载器已经被回收 , 这个条件除非是经过精心设计的可替换类加载器的场景,如OSGi、JSP的重加载等,否则通常是很难达成的。
对应的Class对象没有被引用过
以上条件实现仅被允许卸载,但不是必然的,
关于是否要对类型进行回收,HotSpot虚拟机提供了参数进行控制
- 在大量使用动态代理(动态字节码技术)的场景 或 动态生成jsp的,jvm通常要具备类卸载功能