对象在什么情况下会被垃圾回收

垃圾回收是java虚拟机的一项主要的功能，今天来讲讲我现阶段对垃圾回收机制的理解，日后有新的感想再做补充，逐渐完善。如果有不对或者欠缺的地方，也请大家指正或者补充。

Java的虚拟机本身是蛮复杂的，我们不仔细讲细节。我们只针对我们平时最关心的堆中的哪些对象会被GC回收。我们这样思考，既然GC要回收这块内存，那总得有个方法让GC可以判断哪些对象时可以被回收而哪些是不能被回收的吧？这就引出了下面常见的两种判断方法。

引用计数法
可达性分析算法

引用计数法

这种方法是在对象的头处维护一个计数器Counter，当有一个引用指向对象的时候counter就加一，当不在引用此对象时就让counter减一。所以，当counter等于零的时候虚拟机就认为此对象时可以被回收的。看起来好像有点道理，但是这种方法存在一个致命的问题：

如上图所示：**外部对对象A有一个引用，对象A持有对象B，而对象B也持有一个对象C，对象C又持有对象A。如果对于对象A的引用r失效，按照引用计数方法，GC永远无法回收上面的三个对象。**所以基于上面的存在内存泄漏的巨大缺陷，Java虚拟机（应该是大多数虚拟机）不采用此方法进行回收内存。

可达性分析算法

Java就是使用此方法作为判断对象是否可被回收的。虚拟机会先将一些对象定义为GC Roots，从GC Roots出发一直沿着引用链向下寻找，如果某个对象不能通过GC Roots寻找到，那么虚拟机就认为该对象可以被回收。我们举个例子，如下图：

**当对象D不在引用对象A时，尽管A、B、C互相还持有引用，GC依然会回收ABC所占用的内存。**那么还有个疑问，什么样的对象可以被看做是GC Roots呢？

虚拟机栈(栈桢中的本地变量表)中的引用的对象
方法区中的类静态属性引用的对象
方法区中的常量引用的对象
方法区中的类静态属性引用的对象
方法区中的常量引用的对象
本地方法栈中JNI（Native方法）的引用的对象

怎么查看GC日志

1、在eclipse根目录下的eclipse.ini配置文件中添加以下参数：
-verbose:gc （开启打印垃圾回收日志）
-Xloggc:eclipse_gc.log （设置垃圾回收日志打印的文件，文件名称可以自定义）
-XX:+PrintGCTimeStamps （打印垃圾回收时间信息时的时间格式）
-XX:+PrintGCDetails （打印垃圾回收详情）
添加完以上参数后当启动Eclipse后就能在Eclipse根目录看到一个eclipse_gc.log的gc日志文件
2、设置eclipse初始堆、非堆内存大小以及年轻代
-Xms50m –Xmx200m -XX:PermSize=30m -XX:MaxPermSize=60m
3、添加JVM监控参数
-Djava.rmi.server.hostname=127.0.0.1 -Dcom.sun.management.jmxremote.port=6688 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false