[转]关于垃圾回收

[url]http://chengkehan.wordpress.com/2010/11/06/%E5%85%B3%E4%BA%8E%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6/[/url]

在 Flash 中垃圾回收一直是一个困扰我们的问题，虚拟机的垃圾回收的时机是不确定的，具体的有关 Flash 垃圾回收的介绍可以在 google 上找到很多。

很多没有释放资源的原因就是交叉引用，这一点很难排查，而且一开始的征兆也不会太明显，只有等到程序运行一段时间后才会发现。这就不像是声音、连接、播放的影片剪辑等等，如果没有做这些资源的释放，将会很快的看到大量资源被占用。

所以这里要说的是尽量要避免交叉引用（有的时候还是避免不了，那就要自己小心了）以及帮助虚拟机一起来 GC。

说到帮助虚拟机一起来 GC，我觉得最好的办法就是自己手动的去处理一些释放资源的工作。我的习惯是在所有类中都会有一个 destroy 方法，在释放自己的资源以及调用内部对象的 destroy 方法。这样就是自动的迭代下去，把所有的引用都断开，这样在虚拟机进行 GC 的时候就会减轻不少负担，同样也会回收更多的内存（似乎 GC 的时候是不会全部遍历的，这样消耗太大，因此会分几次 GC 来遍历所有的资源，所以如果我们的自己的处理做得越到位，那么就可以在最少的 GC 次数内回收掉垃圾）。

而在 destroy 方法中，有一个是要注意的地方，并不是所有的当前引用对象都有要调用其 destroy 方法的，因为如果在这里调用了，和可能其他地方还会使用这个数据，就像是 C 中使用一个已经释放的指针。那么该怎么解决呢，这就牵扯到下面一些情况。

有一个方法，入参会传进来一些对象，这些对象是通过引用传进来的。如果只是使用以下，那就放心使用吧。如果还需要继续持有这个对象的引用，那我的做法是尽量只是持有这个对象的一个 ID 号，等到再次需要这个对象的时候，从数据源中再去找这个对象。这样就可以避免，把一个对象的引用甩得到处都是，也不必担心自己引用了一个已经销毁的对象，因为如果对象已经销毁了，那在数据源中应该是找不到这个对象了。

当然上面是说的理想情况，而有的时候又不得不持有一个外部对象的引用。除了更多的防错性编程（以免外部引用了对象进行的更改影响到你，或者说已经被销毁了）以及手动控制以外，在销毁的时候就不需要调用 这个对象的 destroy 方法了。我遵循的原则就是”谁创建，谁销毁”，让创建这个对象的对象来销毁它。

我在 C 中看到一个比较好的思想（至少我是这么认为的）。想 strcpy 这一类的函数，如果用面向对象的思想，完全可以在实现函数的时候使用传入的源字符串以一个长度信息，用 malloc 动态申请的空间来复制一个字符串，那这样的话就会有一个问题，这部分 malloc出来的空间似乎由谁来释放都不合适，那么解决办法就是必须手动传入一个用来保存复制字符串的空间，这就把问题抛给了函数使用者。我们其实也可以使用这个方法