垃圾回收器始终以一个较低优先级的后台进程进行垃圾的回收工作，这样不会影响程序的正常工作。
通常只有当内存到达用尽的边缘而程序需要分配新的内存空间时，垃圾回收器才会执行。
垃圾回收的条件：1，垃圾回收器只回收不可再用的内存；2，只回收内存资源，比如通过new在堆上创建的对象。
java中进行清理内存的方法是finalize（），object类中声明了他。垃圾回收器回收对象内存时就会调用该对象的finalize方法，拉进行一些清理工作。
finalize方法的特点：1、执行的不确定性，通常只有当内存到达用尽的边缘而程序需要分配新的内存空间时，垃圾回收器才会执行。可以通过system类或runtime类的gc（）方法来加快垃圾的回收。但是gc()只是建议垃圾回收器回收垃圾，不是命令。2、执行顺序不确定；3、没有连锁性；4、方法的执行次数，最多只会执行一次。
java垃圾回收机制
垃圾回收的方式有引用计数：引用计数是一种简单的垃圾回收方式，每个对象都带有一个计数器，当引用连接至对象时，对象的计数器加一。当离开引用域时，被置为null，计数器减一。垃圾回收器在还有对象的链表上进行遍历，发现计算器为0的，进行释放对象。这种方法存在着缺陷，存在着对象应该释放但是计数器不为零的情况。
有一种较快的方式能够解决对象交互引用问题，这种垃圾回收方式的思想是：对任何活着的对象，一定能够追溯到其存活在堆栈或静态存储区的引用。因此通过遍历堆栈和静态存储区的引用，就能够找到所有“活”的对象。这就解决了对象的交互引用问题。在这种方式下，java虚拟机采用一种自适应的垃圾回收机制。为了能够找到活的对象，有一种做法“停止-复制”，先暂停程序的运行，然后将所有存活的对象复制到另一个堆上，没有被复制的都是垃圾，当存活的对象被复制到新的堆上，他们一个个紧凑排列。这种“复制式回收器”存在两个问题，其一、对象在两个堆上复制，会需要较大的空间；其二，在程序稳定运行后，垃圾产生的较少，在这种情况下进行复制，会造成很大的浪费。在这种情况下，java虚拟机会转换到另一种模式“标记-清扫”，这种方式比较慢，先从堆栈和静态存储区开始遍历，当遍历到一个活着的对象时，就给他一个标记。当标记工作完成时，才开始清理工作。“标记-清扫”必须在程序暂停的情况下进行。
