(轉載) java--String常量池問題的幾個例子

標籤：ase   res   代碼   []   href   strong   對象   tar   不同   

原文地址http://blog.csdn.net/gaopeng0071/article/details/11741027

關於string記憶體配置不錯的部落格：http://blog.csdn.net/rj042/article/details/6871030

String常量池問題的幾個例子

樣本1：

Java代碼

　　String s0="kvill";

　　String s1="kvill";

　　String s2="kv" + "ill";

　　System.out.println( s0==s1 );

　　System.out.println( s0==s2 );

　　結果為：

　　true

　　true

分析：首先，我們要知結果為道Java 會確保一個字串常量只有一個拷貝。

　　因為例子中的 s0和s1中的”kvill”都是字串常量，它們在編譯期就被確定了，所以s0==s1為true；而”kv”和”ill”也都是字串常量，當一個字 符串由多個字串常量串連而成時，它自己肯定也是字串常量，所以s2也同樣在編譯期就被解析為一個字串常量，所以s2也是常量池中” kvill”的一個引用。所以我們得出s0==s1==s2；

樣本2：

樣本：

　　Java代碼

　　String s0="kvill";

　　String s1=new String("kvill");

　　String s2="kv" + new String("ill");

　　System.out.println( s0==s1 );

　　System.out.println( s0==s2 );

　　System.out.println( s1==s2 );

　　結果為：

　　false

　　false

　　false

分析：用new String() 建立的字串不是常量，不能在編譯期就確定，所以new String() 建立的字串不放入常量池中，它們有自己的地址空間。

s0還是常量池 中"kvill”的應用，s1因為無法在編譯期確定，所以是運行時建立的新對象”kvill”的引用，s2因為有後半部分 new String(”ill”)所以也無法在編譯期確定，所以也是一個新建立對象”kvill”的應用;明白了這些也就知道為何得出此結果了。

樣本3：

Java代碼

　　String a = "a1";

　　String b = "a" + 1;

　　System.out.println((a == b)); //result = true 

       String a = "atrue";

　　String b = "a" + "true";

　　System.out.println((a == b)); //result = true 

        String a = "a3.4";

　　String b = "a" + 3.4;

　　System.out.println((a == b)); //result = true

分析：JVM對於字串常量的"+"號串連，將程式編譯期，JVM就將常量字串的"+"串連最佳化為串連後的值，拿"a" + 1來說，經編譯器最佳化後在class中就已經是a1。在編譯期其字串常量的值就確定下來，故上面程式最終的結果都為true。

樣本4：

Java代碼

　　String a = "ab";

　　String bb = "b";

　　String b = "a" + bb;

　　System.out.println((a == b)); //result = false

分析：JVM對於字串引用，由於在字串的"+"串連中，有字串引用存在，而引用的值在程式編譯期是無法確定的，即"a" + bb無法被編譯器最佳化，只有在程式運行期來動態分配並將串連後的新地址賦給b。所以上面程式的結果也就為false。

樣本5：

Java代碼

　　String a = "ab";

　　final String bb = "b";

　　String b = "a" + bb;

　　System.out.println((a == b)); //result = true

分析：和[4]中唯一不同的是bb字串加了final修飾，對於final修飾的變數，它在編譯時間被解析為常量值的一個本地拷貝儲存到自己的常量 池中或嵌入到它的位元組碼流中。所以此時的"a" + bb和"a" + "b"效果是一樣的。故上面程式的結果為true。

樣本6：

Java代碼

　　String a = "ab";

　　final String bb = getBB();

　　String b = "a" + bb;

　　System.out.println((a == b)); //result = false

　　private static String getBB() {  return "b";   }

分析：JVM對於字串引用bb，它的值在編譯期無法確定，只有在程式運行期調用方法後，將方法的傳回值和"a"來動態串連並分配地址為b，故上面 程式的結果為false。

 

關於String是不可變的

       通過上面例子可以得出得知：

　　String  s  =  "a" + "b" + "c";

　　就等價於String s = "abc";

　　String  a  =  "a";

　　String  b  =  "b";

　　String  c  =  "c";

　　String  s  =   a  +  b  +  c;

　　這個就不一樣了，最終結果等於：

　　Java代碼

　　StringBuffer temp = new StringBuffer();

　　temp.append(a).append(b).append(c);

　　String s = temp.toString();

　　由上面的分析結果，可就不難推斷出String 採用串連運算子（+）效率低下原因分析，形如這樣的代碼：

　　Java代碼

　　public class Test {

　　   public static void main(String args[]) {

　　     String s = null;

　　     for(int i = 0; i < 100; i++) {

　　         s += "a";

　　    }

　　 }

　　}

　　每做一次 + 就產生個StringBuilder對象，然後append後就扔掉。下次迴圈再到達時重新產生個StringBuilder對象，然後 append 字串，如此迴圈直至結束。如果我們直接採用 StringBuilder 對象進行 append 的話，我們可以節省 N - 1 次建立和銷毀對象的時間。所以對於在迴圈中要進行字串連線應用程式，一般都是用StringBuffer或StringBulider對象來進行 append操作。

　　由於String類的immutable性質,這一說又要說很多，大家只 要知道String的執行個體一旦產生就不會再改變了，比如說：String str=”kv”+”ill”+” “+”ans”; 就是有4個字串常量，首先”kv”和”ill”產生了”kvill”存在記憶體中，然後”kvill”又和” ” 產生 “kvill “存在記憶體中，最後又和產生了”kvill ans”;並把這個字串的地址賦給了str,就是因為String的”不可變”產生了很多臨時變數，這也就是為什麼建議用StringBuffer的原 因了，因為StringBuffer是可改變的。

 

String中的final用法和理解

　　Java代碼

　　final StringBuffer a = new StringBuffer("111");

　　final StringBuffer b = new StringBuffer("222");

　　a=b;//此句編譯不通過

　　final StringBuffer a = new StringBuffer("111");

　　a.append("222");// 編譯通過

　　可見，final只對引用的"值"(即記憶體位址)有效，它迫使引用只能指向初始指向的那個對象，改變它的指向會導致編譯期錯誤。至於它所指向的對象 的變化，final是不負責的。

 

總結

　　棧中用來存放一些未經處理資料類型的局部變數資料和對象的引用(String,數組.對象等等)但不存放對象內容

　　堆中存放使用new關鍵字建立的對象.

　　字串是一個特殊封裝類,其引用是存放在棧裡的,而對象內容必鬚根據建立方式不同定(常量池和堆).有的是編譯期就已經建立好，存放在字串常 量池中，而有的是運行時才被建立.使用new關鍵字，存放在堆中。

(轉載) java--String常量池問題的幾個例子