另外關於string類型是不可改變的問題：
string類型是不可改變的，也就是說，當你想改變一個string對象的時候，比如name= "madding "
那麼虛擬機器不會改變原來的對象，而是產生一個新的string對象，然後讓name去指向它，如果原來的那個 "tom "沒有任何對象去引用它，虛擬機器的記憶體回收機制將接收它。
據說這樣可以提高效率！！！
=========================================================================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常量池問題的四個例子
下面是幾個常見例子的比較分析和理解：
[1]
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。
[2]
String a = "ab";
String bb = "b";
String b = "a" + bb;
System.out.println((a == b)); //result = false
分析：JVM對於字串引用，由於在字串的"+"串連中，有字串引用存在，而引用的值在程式編譯期是無法確定的，即"a" + bb無法被編譯器最佳化，只有在程式運行期來動態分配並將串連後的新地址賦給b。所以上面程式的結果也就為false。
[3]
String a = "ab";
final String bb = "b";
String b = "a" + bb;
System.out.println((a == b)); //result = true
分析：和[3]中唯一不同的是bb字串加了final修飾，對於final修飾的變數，它在編譯時間被解析為常量值的一個本地拷貝儲存到自己的常量池中或嵌入到它的位元組碼流中。
所以此時的"a" + bb和"a" + "b"效果是一樣的。故上面程式的結果為true。
[4]
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。
通過上面4個例子可以得出得知：
String s = "a" + "b" + "c"; 就等價於String s = "abc";
String a = "a";
String b = "b";
String c = "c";
String s = a + b + c;
這個就不一樣了，最終結果等於：
StringBuffer temp = new StringBuffer();
temp.append(a).append(b).append(c);
String s = temp.toString();
由上面的分析結果，可就不難推斷出String 採用串連運算子（+）效率低下原因分析，形如這樣的代碼：
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對象的intern方法理解和分析
public class Test4 {
private static String a = "ab";
public static void main(String[] args){
String s1 = "a";
String s2 = "b";
String s = s1 + s2;
System.out.println(s == a);//false
System.out.println(s.intern() == a);//true
}
}
這裡用到Java裡面是一個常量池的問題。對於s1+s2操作，其實是在堆裡面重新建立了一個新的對象,s儲存的是這個新對象在堆空間的的內容，所以s與a的值是不相等的。而當調用s.intern()方法，卻可以返回s在常量池中的地址值，因為a的值儲存在常量池中，故s.intern和a的值相等。
