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-releaseNAME=FedoraVERSION="17 (Beefy Miracle)"ID=fedoraVERSION_ID=17PRETTY_NAME="Fedora 17 (Beefy Miracle)"ANSI_COLOR="0;34"CPE_NAME="cpe:/o:fedoraproject:fedora:17"22:19:04-androidyue~/Videos$ java -versionjava 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回收？
因為字符串常量池中持有了共享的字符串對象的引用，這就是說是不是會導致這些對象無法回收？
首先問題中共享的對像一般情況下都比較小。據我查證了解，在早期的版本中確實存在這樣的問題，但是隨著弱引用的引入，目前這個問題應該沒有了。
關於這個問題，可以具體了解這片文章interned Strings : Java Glossary
intern使用？
關於使用intern的前提就是你清楚自己確實需要使用。比如，我們這裡有一份上百萬的記錄，其中記錄的某個值多次為美國加利福尼亞州，我們不想創建上百萬條這樣的字符串對象，我們可以使用intern只在內存中保留一份即可。關於intern更深入的了解請參考深入解析String#intern。
總有例外？
你知道下面的代碼，會創建幾個字符串對象，在字符串常量池中保存幾個引用麼？
String test = "a" + "b" + "c";
答案是只創建了一個對象，在常量池中也只保存一個引用。我們使用javap反編譯看一下即可得知。
17:02 $ javap -c TestInternedPoolGCCompiled 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: returnpublic static void main(java.lang.String[]) throws java.lang.Exception; Code: 0: ldc #2; //String abc 2: astore_1 3: return看到了麼，實際上在編譯期間，已經將這三個字面量合成了一個。這樣做實際上是一種優化，避免了創建多餘的字符串對象，也沒有發生字符串拼接問題。關於字符串拼接，可以查看Java細節：字符串的拼接。
以上就是對Java 中字符串常量池的資料整理，後續繼續補充相關資料，謝謝大家對本站的支持！