垃圾回收

关于java中对象的循环引用问题

例子：

        public void buidDog()

        {

           Dog newDog = new Dog();

          Tail newTail = new Tail();

          newDog.tail = newTail;

         newTail.dog = newDog;

        }

        在这里，newTail中拿着对newDog的引用，newDog中拿着对newTail的引用。如果newDog要被回收，前提是newTail被先回收，这样才能释放对newDog的引用。但是反回过来，newTail要被回收的前提是newDog要被先回收。当buildDog函数退出后，看起来垃圾回收管理似乎就始终无法回收这两个实际已经不再需要的对象。

         垃圾回收机制究竟能否解决循环引用这一困境，带着这个疑问找了一些资料，找到了一个比较满意的解释。在《Java Platform Performance: Strategies and Tactics》这本书的附录A中有一处说明，

这段话可以简单的理解就是强引用并不能保证对象不被回收。垃圾回收机制除了检查对象是否被引用外，还要看对象是否被至少一个GC roots（栈或静态存储区）对象直接或者间接引用。GC roots对象包括以下一些内容：

1 每个线程当前的函数调用栈，从栈顶到栈底的每个函数里的局部变量。

2 静态的变量

3 被jni(JAVA本地调用)中引用到的变量。

        所以，上面例子中两个循环引用的对象，虽然都存在一个强引用，但是不被任何GC root对象直接或者间接引用到，垃圾回收机制能够发现这个问题。

        另外，为了验证这一点，特意翻看了一下android源码中GC管理这一块的代码。在MarkSweep.c这文件中，有一个void dvmHeapMarkRootSet()函数，这个函数对于GC root对象，有一些详细的说明，有兴趣的可以细看一下。

        所以，java对于循环引用有一套自己的解决方案。但是话又说回来，一般实际编码中出现的循环引用不会是上面那个例子那样明显，一般都是多个对象复杂的引用导致的循环，这个时候，如果一个对象的生命周期很长，就会导致多个对象都释放不了，所以还是要特别留意对象之间的引用关系。