对于JVM的垃圾回收机制来说，是否回收一个对象的标准在于：是否还有引用变量引用该对象，只要有引用变量引用该对象，垃圾回收机制就不会回收它。
强引用：创建一个对象，并把这个对象赋给一个引用变量。这种引用，不会被垃圾回收机制回收，及时系统资源非常紧张，即使有些Java对象以后永远都不会被用到，JVM也不会回收被强引用所引用的Java的对象。
软引用：需要通过softReference类来实现，当一个对象只具有软引用时，它有可能被垃圾回收机制回收。当系统内存空间足够时，它不会被系统回收，当系统内存空间不足时，系统将会回收它。
弱引用：与软引用相似，只不过引用对象的生存期更短。弱引用通过weakReference 类实现。对于只有弱引用的对象而言，当系统垃圾回收机制运行时，不管内存是否足够，总会回收该对象所占用的内存。
虚引用：不可单独使用。作用：主要是跟踪对象被垃圾回收的状态，程序可以通过检查与虚引用关联的引用队列中是否已经包含指定的虚引用，从而了解虚引用所引用的对象是否即将被回收。
垃圾回收的基本算法：
- 串行回收（serial）和并行回收（parallel）：串行回收就是不管系统有多少个CPU，始终只用一个cpu来执行垃圾回收操作；并行回收就是把整个回收工作拆分成多部分，每部分有一个cpu负责，从而让多个cpu并行回收，并行回收的执行效率很高，但复杂度增加，另外也有诸如：内存碎片增加的问题。
- 并发执行（concurrent）和应用程序停止（stop-the-world）：stop-the-world的垃圾回收方式在执行垃圾回收的同时会导致应用程序的暂停。并行执行的垃圾回收虽然不会导致应用程序的暂停，但由于并发执行垃圾回收需要解决和应用程序的执行冲突，需要更多的内存。
- 压缩（compacting）和不压缩（non-compacting）和复制（copying）：为了减少内存碎片，支持压缩的垃圾回收期会把所有的活对象搬迁到一起，然后将之前占用的内存全部回收。不压缩式的垃圾回收器只是回收内存，这样回收回来的内存不可能是连续的，因此将会有较多的内存碎片，较之压缩式的垃圾回收，不压缩式的垃圾回收回收内存块，而分配内存时会更慢，而且无法解决内存碎片的问题。复制式的垃圾回收会将所有的可达对象复制到另一块相同的内存中，这种方式的有有点是垃圾回收过程不会产生内存碎片，但缺点是，需要复制数据和额外的内存。
注：标记清除：不压缩的回收方式
标记压缩：压缩的回收方式
上述的复制、不压缩、压缩都是垃圾回收器回收已用的内存空间方式。
现行的回收机制是：根据对象生存时间的长短。把对内存分成3代：
- Young（年轻带）
- Old（老年代）
- Permanent（永久代）