也谈 java 的垃圾回收机制（一）

     前两天看了创新工场首席布道师蔡学镛的《java 夜未眠》。虽然主要是随笔，但还是有几篇技术性的文章。刚好里面又有关于垃圾回收机制的东西，结合我之前看到的一些文章整理一下，算是梳理思路。

    在早期，许多虚拟机只是将垃圾收集实现成一个线程，一再进行检查，遇到垃圾就释放其内存。因为垃圾收集应该尽量不要影响到原程序的执行，所以虚拟机将此线程的优先权设为 0（最低）。如此一来，当系统有其他线程在运行时，就不会进行垃圾收集，所以常常很久才会收集到垃圾，造成内存不足。但是又不能调整其优先权，否者对 java 的执行效率是一大打击。

    当然，你可以使用 Java.lang.System.gc() 或 java.lang.Runtime.gc()，其中 gc 指的就是 garbage—collection，不过根据文件的说明，它的作用只是“建议”Java 虚拟机快去收集垃圾，而不是“保证”。

    既然已经提到了提到方法了那就深入一点介绍该方法。

    在 java 中进行释放内存会调用 finalize（）方法。但是该方法不同于 C++ 中得析构函数（C++ 中该函数一定能被毁对象），而 java 中的对象并非总是被垃圾回收。即：

    1，对象可能不被垃圾回收。

    2，垃圾回收并不等于“析构”。

    既然如此，那 finalize（）的用途何在呢？

    垃圾回收器的唯一原因是为了回收程序不再使用的内存。所以，对于与垃圾回收有关的任何行为来说，它们也必须同内存及其回收有关。即：

    3，垃圾回收只与内存有关。

    那么，面对内存资源消耗太多的缺失，能提供的解决方案有哪些呢：

    1，改用一个内存管理方式好一些的虚拟机。垃圾收集的算法有数百种，许多虚拟机采用的算法不太一样。

    2，少制造垃圾，尽量少定义全局变量。

    3，不再使用的对象要尽早设定为 null，以便早点被当做垃圾清掉。

    4，花钱多买一些 RAM。