一、引用計數法

        引用計數演算法作為垃圾收集器最早的演算法，有其優勢，也有其劣勢，雖然現在的JVM都不再採用引用計數演算法進行垃圾回收【例如Sun的Java hotspot採用了火車演算法進行垃圾回收】，但這種演算法也並未被淘汰，在著名的單程序高併發快取Redis中依然採用這種演算法來進行記憶體回收。

        直白一點，引用計數演算法就是對於建立的每一個物件都有一個與之關聯的計數器，這個計數器記錄著該物件被使用的次數，垃圾收集器在進行垃圾回收時，對掃描到的每一個物件判斷一下計數器是否等於0，若等於0，就會釋放該物件佔用的記憶體空間,同時將該物件引用的其他物件的計數器進行減一操作。

        優勢：簡單易於垃圾回收器判定。

        劣勢：採用引用計數器進行垃圾回收，最大的缺點就是不能解決迴圈引用的問題，例如一個父物件持有一個子物件的引用，子物件也持有父物件的引用，這種情況下，父子物件將一直存在於JVM的堆中，無法進行回收。

        接下來，我們寫一個例子來佐證引用計數法的劣勢，程式碼如下：

package com.zjt.test.jvm007;


public class Main {
	private Object instence;

	public Main() {
		//開闢一片20MB大小的記憶體，便於形象的看出釋放效果
		byte [] b = new byte[20 * 1024 * 1024];
	}

	public static void main(String[] args) {
		//建立m1、m2.此時棧中有兩個引用m1、m2分別指向堆中的兩個Main中。
		Main m1 = new Main();
		Main m2 = new Main();
		
		//讓堆中m1指向m2
		m1.instence = m2;
		//讓堆中m2指向m1
		m2.instence = m1;
		
		//將棧隊堆的引用斷開
		m1 = null ;
		m2 = null ;
		
		//主動呼叫垃圾回收機制
		System.gc();
	}

}
 

執行後如下圖所示：

        圖中紅框所示為回收前堆佔用記憶體和回收後堆佔用記憶體情況。 可以看出正好回收了40M，也就是兩個Main的空間。因此可以得出結論：JDK8所採用的垃圾收集演算法不是引用計數法。

        可能你還有疑問，為什麼你執行後沒有打出這個日誌呢，不要急，跟著我在eclipse上做以下簡單配置在執行就可以了。

    執行即可。