Gc对象的性质

 

可触及

我们都知道，gc对无用对象进行标记，然后回收。

我们需要了解一下，gc是如何识别到这个对象是无用对象的？

 

 

从根节点有链条链到这个对象，我们就说这个对象是可触及的，可触及的对象就不应该被回收。

可复活

虽然现阶段不可触及，但是后面有可能再次被标记为可触及。

 

 

 

不可触及

不可触及对象就可回收了，不可触及的对象再也不可能被标记成可触及了。

 

 

 

 

 

使用finalize方法来复活对象

 

 

 

 

使用finalize的问题：

1. 如果使用finalize复活之后，忘记进行置null，那么虚拟机是否会回收这个被复活的对象呢？

2. 因为finalize是gc的时候发生的，gc的发生是虚拟机调用的，调用的时候存在不确定性，finalize何时被调用是不知道的。

 

根的引用链。

 

栈中正在运行的方法里面的对象。

全局变量。

Java调用本地方法栈所引用的对象。

 

 

 

Stop-The-World

 

简单理解就是整个jvm被挂起，只能做gc。

 

 

原因：

 

 

类似于上一篇提到的，进行标记的时候，如果一个对象在标记后才new进去的话，这个对象会被马上清除，因为标记的时候这个对象是不存在，也就是说从gc root到这个对象是没有引用链的。

 

Gc root必须保证在一个内存一致性的情况下进行gc，所以会存在全局停顿。

 

危害：

长时间服务停止，没有响应（将用户正常工作的线程全部暂停掉）

遇到HA系统，可能引起主备切换，严重危害生产环境。

　　备注：HA：High Available,高可用性集群。

 

比如上面的这主机和备机：现在是主机在工作，此时如果主机正在GC造成长时间停顿，那么备机就会监测到主机没有工作，于是备机开始工作了；但是主机不工作只是暂时的，当GC结束之后，主机又开始工作了，那么这样的话，主机和备机就同时工作了。主机和备机同时工作其实是非常危险的，很有可能会导致应用程序不一致、不能提供正常的服务等，进而影响生产环境。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

样例构造：

 

printThread线程，每0.1秒打印。

 

 

 

MyThread线程，1毫秒占用了0.5m。

100毫秒，占用了50m。

大概执行10次100毫秒后，堆就满了。

 

可以看到，3153之后应该马上接着3253，但是并没有，因为3153后对空间满了。Gc暂停了所有程序，这个时候打印线程也被中止了。然后gc进行内存回收，大约用了3504-3153毫秒。

总共经历了2次gc