Java中的字符串常量池詳細介紹
Java中字符串對象創建有兩種形式,一種為字面量形式,如String str = "droid";,另一種就是使用new這種標准的構造對象的方法,如String str = new String("droid");,這兩種方式我們在代碼編寫時都經常使用,尤其是字面量的方式。然而這兩種實現其實存在着一些性能和內存占用的差別。這一切都是源於JVM為了減少字符串對象的重復創建,其維護了一個特殊的內存,這段內存被成為字符串常量池或者字符串字面量池。
工作原理
當代碼中出現字面量形式創建字符串對象時,JVM首先會對這個字面量進行檢查,如果字符串常量池中存在相同內容的字符串對象的引用,則將這個引用返回,否則新的字符串對象被創建,然后將這個引用放入字符串常量池,並返回該引用。
舉例說明
字面量創建形式
String str1 = "droid";
JVM檢測這個字面量,這里我們認為沒有內容為droid的對象存在。JVM通過字符串常量池查找不到內容為droid的字符串對象存在,那么會創建這個字符串對象,然后將剛創建的對象的引用放入到字符串常量池中,並且將引用返回給變量str1。
如果接下來有這樣一段代碼
String str2 = "droid";
同樣JVM還是要檢測這個字面量,JVM通過查找字符串常量池,發現內容為”droid”字符串對象存在,於是將已經存在的字符串對象的引用返回給變量str2。注意這里不會重新創建新的字符串對象。
驗證是否為str1和str2是否指向同一對象,我們可以通過這段代碼
System.out.println(str1 == str2);
結果為true。
使用new創建
String str3 = new String("droid");
當我們使用了new來構造字符串對象的時候,不管字符串常量池中有沒有相同內容的對象的引用,新的字符串對象都會創建。因此我們使用下面代碼測試一下,
String str3 = new String("droid"); System.out.println(str1 == str3);
結果如我們所想,為false,表明這兩個變量指向的為不同的對象。
intern
對於上面使用new創建的字符串對象,如果想將這個對象的引用加入到字符串常量池,可以使用intern方法。
調用intern后,首先檢查字符串常量池中是否有該對象的引用,如果存在,則將這個引用返回給變量,否則將引用加入並返回給變量。
String str4 = str3.intern();
System.out.println(str4 == str1);
輸出的結果為true。
疑難問題
前提條件?
字符串常量池實現的前提條件就是Java中String對象是不可變的,這樣可以安全保證多個變量共享同一個對象。如果Java中的String對象可變的話,一個引用操作改變了對象的值,那么其他的變量也會受到影響,顯然這樣是不合理的。
引用 or 對象
字符串常量池中存放的時引用還是對象,這個問題是最常見的。字符串常量池存放的是對象引用,不是對象。在Java中,對象都創建在堆內存中。
更新驗證,收到的很多評論也在討論這個問題,我簡單的進行了驗證。
22:18:54-androidyue~/Videos$ cat /etc/os-release NAME=Fedora VERSION="17 (Beefy Miracle)" ID=fedora VERSION_ID=17 PRETTY_NAME="Fedora 17 (Beefy Miracle)" ANSI_COLOR="0;34" CPE_NAME="cpe:/o:fedoraproject:fedora:17" 22:19:04-androidyue~/Videos$ java -version java version "1.7.0_25" OpenJDK Runtime Environment (fedora-2.3.12.1.fc17-x86_64) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode)
驗證思路:以下的Java程序讀取一個大小為82M的視頻文件,以字符串形式進行intern操作。
22:01:17-androidyue~/Videos$ ll -lh | grep why_to_learn.mp4
-rw-rw-r--. 1 androidyue androidyue 82M Oct 20 2013 why_to_learn.mp4
驗證代碼
import java.io.BufferedReader; import java.io.FileNotFoundException; import java.io.FileReader; import java.io.IOException; public class TestMain { private static String fileContent; public static void main(String[] args) { fileContent = readFileToString(args[0]); if (null != fileContent) { fileContent = fileContent.intern(); System.out.println("Not Null"); } } private static String readFileToString(String file) { BufferedReader reader = null; try { reader = new BufferedReader(new FileReader(file)); StringBuffer buff = new StringBuffer(); String line; while ((line = reader.readLine()) != null) { buff.append(line); } return buff.toString(); } catch (FileNotFoundException e) { e.printStackTrace(); } catch (IOException e) { e.printStackTrace(); } finally { if (null != reader) { try { reader.close(); } catch (IOException e) { e.printStackTrace(); } } } return null; } }
由於字符串常量池存在於堆內存中的永久代,適用於Java8之前。我們通過設置永久代一個很小的值來進行驗證。如果字符串對象存在字符串常量池中,那么必然拋出java.lang.OutOfMemoryError permgen space錯誤。
java -XX:PermSize=6m TestMain ~/Videos/why_to_learn.mp4
運行證明程序沒有拋出OOM,其實這個不能很好的證明存儲的是對象還是引用。
但是這個至少證明了字符串的實際內容對象char[]不存放在字符串常量池中。既然這樣的話,其實字符串常量池存儲字符串對象還是字符串對象的引用反而不是那么重要。但個人還是傾向於存儲的為引用。
優缺點
字符串常量池的好處就是減少相同內容字符串的創建,節省內存空間。
如果硬要說弊端的話,就是犧牲了CPU計算時間來換空間。CPU計算時間主要用於在字符串常量池中查找是否有內容相同對象的引用。不過其內部實現為HashTable,所以計算成本較低。
GC回收?
因為字符串常量池中持有了共享的字符串對象的引用,這就是說是不是會導致這些對象無法回收?
首先問題中共享的對象一般情況下都比較小。據我查證了解,在早期的版本中確實存在這樣的問題,但是隨着弱引用的引入,目前這個問題應該沒有了。
intern使用?
關於使用intern的前提就是你清楚自己確實需要使用。比如,我們這里有一份上百萬的記錄,其中記錄的某個值多次為美國加利福尼亞州,我們不想創建上百萬條這樣的字符串對象,我們可以使用intern只在內存中保留一份即可。
總有例外?
你知道下面的代碼,會創建幾個字符串對象,在字符串常量池中保存幾個引用嗎?
String test = "a" + "b" + "c";
17:02 $ javap -c TestInternedPoolGC Compiled from "TestInternedPoolGC.java" public class TestInternedPoolGC extends java.lang.Object{ public TestInternedPoolGC(); Code: 0: aload_0 1: invokespecial #1; //Method java/lang/Object."<init>":()V 4: return public static void main(java.lang.String[]) throws java.lang.Exception; Code: 0: ldc #2; //String abc 2: astore_1 3: return
看到了嗎,實際上在編譯期間,已經將這三個字面量合成了一個。這樣做實際上是一種優化,避免了創建多余的字符串對象,也沒有發生字符串拼接問題。