JVM垃圾回收器在回收一个对象之前，一般要求程序调用适当的方法释放资源，但在没有明确释放资源的情况下，Java提供了缺省机制来终止该对象从而释放资源，这个方法就是finalize() 。它的原型为：protected void finalize() throws Throwable 在finalize() 方法返回之后，对象消失，垃圾收集开始执行。原型中的throws Throwable 表示它可以抛出任何类型的异常。
之所以要使用finalize()，是因为存在着垃圾回收器不能处理的特殊情况。例如：
由于在分配内存的时候可能采用了类似 C语言的做法，而非Java通常的new 。这种情况主要发生在 native 方法中，比如 native 方法调用了C/C++的malloc()函数来分配存储空间，除非调用 free() 函数，否则这些内存空间将不会得到释放，那么这个时候就可能造成内存泄漏。但是由于 free() 是C/C++中的函数，所以 finalize() 中可以用本地方法来调用它。以释放这些“特殊”的内存空间。
或者是打开的文件资源，这些资源不属于垃圾回收器的回收范围。
5、触发GC（Garbage Collector）的条件GC在优先级最低的线程中运行，一般在应用程序空闲即没有应用线程在运行时被调用。但下面的条件例外。
Java堆内存不足时，GC会被调用。当应用线程在运行，并在运行过程中创建新对象，若这时内存空间不足，JVM就会强制调用GC线程。若GC一次之后仍不能满足内存分配，JVM会再进行两次GC，若仍无法满足要求，则JVM将报“out of memory”的错误，Java应用将停止。
6、减少GC开销的措施不要显式调用System.gc() 。此函数建议JVM进行主GC，虽然只是建议而非一定，但很多情况下它会触发主GC，从而增加主GC的频率，也即增加了间歇性停顿的次数。大大的影响系统性能。
尽量减少临时对象的使用。临时对象在跳出函数调用后，会成为垃圾，少用临时变量就相当于减少了垃圾的产生，从而延长了出现上述第二个触发条件出现的时间，减少了主GC的机会。
对象不用时最好显式置为Null。一般而言，为Null的对象都会被作为垃圾处理，所以将不用的对象显式地设为Null，有利于GC收集器判定垃圾，从而提高了GC的效率。
尽量使用StringBuffer，而不用String来累加字符串。由于String是固定长的字符串对象，累加String对象时，并非在一个String对象中扩增，而是重新创建新的String对象，如 Str5=Str1+Str2+Str3+Str4; 这条语句执行过程中会产生多个垃圾对象，因为每次作“+”操作时都必须创建新的String对象，但这些过渡对象对系统来说是没有实际意义的，只会增加更多的垃圾。避免这种情况可以改用StringBuffer来累加字符串，因StringBuffer是可变长的，它在原有基础上进行扩增，不会产生中间对象。
能用基本类型如 int, long 就不用包装类型Integer, Long。基本类型变量占用的内存资源比包装类型占用的少得多，如果没有必要，最好使用基本变量。
尽量少用静态对象变量。静态变量属于全局变量，不会被GC回收，它们会一直占用内存。
分散对象创建或删除的时间。集中在短时间内大量创建新对象，特别是大对象，会导致突然需要大量内存，JVM在面临这种情况时，只能进行主GC，以回收内存或整合内存碎片，从而增加主GC的频率。集中删除对象，道理也是一样的。它使得突然出现了大量的垃圾对象，空闲空间必然减少，从而大大增加了下一次创建新对象时强制主GC的机会。
7、几种垃圾收集器在JDK7中，有5种垃圾收集器:
Serial收集器
Parallel收集器
Parallel Old收集器 (Parallel Compacting GC)收集器
Concurrent Mark & Sweep GC (or “CMS”)收集器
Garbage First (G1) 收集器
其中，Serial 收集器一定不能用于服务器端。这个收集器类型仅应用于单核CPU桌面电脑。使用Serial收集器会显着降低应用程序的性能。