深刻理解Java String#intern() 內存模型

你們知道，Java中string.intern()方法調用會先去字符串常量池中查找相應的字符串，若是字符串不存在，就會在字符串常量池中建立該字符串而後再返回。

字符串常量池是一個固定大小的HashMap，桶的數量默認是1009, 從Java7u40開始，該默認值增大到60013。在Java6當中，字符串常量池是放在Perm空間的，從Java7開始，字符串常量池被移到Heap空間。下面，咱們經過測試程序來窺探字符串常量池在Java6，Java7兩個不一樣版本底下的內存分配狀況。

public class StringPoolTest {
 
    public void testStringPoolWithLongString(){
        long i=0;
        while(true){
            String longString = "This is a very long string, very very long string to test the gc behavior of the string constant pool"+i;
            longString.intern();
            i++;
        }
    }
 
    public static void main(String[] args){
        StringPoolTest stringPoolTest = new StringPoolTest();
        stringPoolTest.testStringPoolWithLongString();
    }
}

測試程序很簡單，一個死循環，循環裏面經過遞增變量i製造惟一的字符串，而後用main函數啓動程序。

Java 6

咱們使用版本Jdk1.6.0_29來跑該程序，打開Java VisualVM監控，能夠看到，Perm區不斷髮生GC，由此的出結論，雖然字符串常量池放在Perm空間，但當Perm空間接近滿的時候，JVM會將字符串常量池中的無用字符串回收掉。

Java 7

下面，咱們切換到Jdk1.7.0_67重跑該程序，能夠看到Perm區內存分配曲線很平滑，沒有出現內存分配的現象。

但在Heap空間，新的對象不斷產生，而後不斷觸發GC

結論

因爲Perm區大小是有限的，一般只有幾十MB，因此不推薦在Java6下普遍使用String.intern()，這篇文章string-intern-in-java-6-7-8的性能測試代表，在Java6底下大量使用intern()會致使應用性能的顯著降低，還有可能產生OOM錯誤。但從Java7開始，字符串常量池被移到了Heap空間，Heap空間的大小隻受制於機器的真實內存大小，所以，在Java7下使用String.intern()能更有效地減小重複String對象對內存的佔用。