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

原文出處： codelog.me

大家知道，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對象對內存的占用。