java 中常量池

ava中的常量池，實際上分爲兩種形態：靜態常量池和運行時常量池。    

所謂靜態常量池，即*.class文件中的常量池，class文件中的常量池不僅僅包含字符串(數字)字面量，還包含類、方法的信息，佔用class文件絕大部分空間。 

而運行時常量池，則是jvm虛擬機在完成類裝載操作後，將class文件中的常量池載入到內存中，並保存在方法區中，我們常說的常量池，就是指方法區中的運行時常量池。

以下面的例子來講解常量池：

String s1 = "Hello";
String s2 = "Hello";
String s3 = "Hel" + "lo";
String s4 = "Hel" + new String("lo");
String s5 = new String("Hello");
String s6 = s5.intern();
String s7 = "H";
String s8 = "ello";
String s9 = s7 + s8;

System.out.println(s1 == s2); // true
System.out.println(s1 == s3); // true
System.out.println(s1 == s4); // false
System.out.println(s1 == s9); // false
System.out.println(s4 == s5); // false
System.out.println(s1 == s6); // true

首先說明一點，在java 中，直接使用==操作符，比較的是兩個字符串的引用地址，並不是比較內容，比較內容請用String.equals()。

　　s1 == s2這個非常好理解，s1、s2在賦值時，均使用的字符串字面量，說白話點，就是直接把字符串寫死，在編譯期間，這種字面量會直接放入class文件的常量池中，從而實現複用，載入運行時常量池後，s1、s2指向的是同一個內存地址，所以相等。

　　s1 == s3這個地方有個坑，s3雖然是動態拼接出來的字符串，但是所有參與拼接的部分都是已知的字面量，在編譯期間，這種拼接會被優化，編譯器直接幫你拼好，因此String s3 = "Hel" + "lo";在class文件中被優化成String s3 = "Hello";，所以s1 == s3成立。 

　　s1 == s4當然不相等，s4雖然也是拼接出來的，但new String("lo")這部分不是已知字面量，是一個不可預料的部分，編譯器不會優化，必須等到運行時纔可以確定結果，結合字符串不變定理，鬼知道s4被分配到哪去了，所以地址肯定不同。配上一張簡圖理清思路：

s1 == s9也不相等，道理差不多，雖然s7、s8在賦值的時候使用的字符串字面量，但是拼接成s9的時候，s7、s8作爲兩個變量，都是不可預料的，編譯器畢竟是編譯器，不可能當解釋器用，所以不做優化，等到運行時，s7、s8拼接成的新字符串，在堆中地址不確定，不可能與方法區常量池中的s1地址相同。

　s4 == s5已經不用解釋了，絕對不相等，二者都在堆中，但地址不同。

　　s1 == s6這兩個相等完全歸功於intern方法，s5在堆中，內容爲Hello ，intern方法會嘗試將Hello字符串添加到常量池中，並返回其在常量池中的地址，因爲常量池中已經有了Hello字符串，所以intern方法直接返回地址；而s1在編譯期就已經指向常量池了，因此s1和s6指向同一地址，相等。

 

至此，我們可以得出三個非常重要的結論： 

    1、必須要關注編譯期的行爲，才能更好的理解常量池。

    2、運行時常量池中的常量，基本來源於各個class文件中的常量池。

    3、程序運行時，除非手動向常量池中添加常量(比如調用intern方法)，否則jvm不會自動添加常量到常量池。

 

    以上所講僅涉及字符串常量池，實際上還有整型常量池、浮點型常量池等等，但都大同小異，只不過數值類型的常量池不可以手動添加常量，程序啓動時常量池中的常量就已經確定了，比如整型常量池中的常量範圍：-128~127，只有這個範圍的數字可以用到常量池。