java提供瞭如此豐富的library,讓程式設計師能夠很容易的寫出功能強大的程式。同時它也封裝瞭如此多的細節，讓程式設計師能夠輕易的寫出很拙劣的程式。那麼java對三種對String的累加操作方法有哪些?下面一起來看看吧!
java所代表的object指向思想設計之初是為了把程式設計師從紛繁複雜的程式設計細節中解放出來，來達到對已有程式的利用。但是在程式設計實際上又要求程式設計師瞭解其實現的細節，而避免寫出因呼叫已有library不正引起的performance慢的、耗費系統資源多的程式。
通常成為一個優秀的Java程式設計師需要較長時間的經驗積累，包括從程式的tuning中或從其他有經驗的程式設計師口中，才知道一定功能需要怎樣實現，在程式中需要避免那些問題。但這往往是比較片面的，知其然而不知其所以然。我想大多數程式設計師都有類似的經歷，舉一個簡單的例子，下面有三種對String的累加操作。
①String tmp = "a" + "b" + "c";
②String tmp = null;
tmp+= "a";
tmp+= "b";
tmp+= "c";
③String tmp = null;
StringBuffer buf = new StringBuffer();
nd("a");
nd("b");
nd("c");
tmp = ring();
有些Java程式設計師在任意的用這三種方法的任一種，無視它們的'區別。有些程式設計師知道第三種方法好，一直在用而不知其為什麼好，以至於作為經驗教條的傳授給Java新手。真正的答案是什麼呢?讓我們揭開Java String Class和StringBuffer Class的封裝面紗，看看它的內部實現。在Java中的String Class是一個不可變類，所有對一個Sting Object的改變都會導致一個新的String Object的生成。那麼對tmp+=a中+符號的實現呢?
如果你注意一下StringBuffer的Javadoc會發現，JDK對它的實現是：tmp=(new StringBuffer()。append(tmp)。append("a"))。toSting();這樣我們發現②這種方法在隱性生成了一個StringBuffer Object和一個String Object 再乘3就是六個object 的資源耗費。(還不包括String Class和StringBuffer Class內部使用的Char[])。而方法③只用了兩個。也許有些程式設計師會對這些耗費不以為然，的確也是，不過在一些場景下它會成為perfamence的瓶頸。再回頭看看①這種方法，它會被Java編譯器編譯為：tmp=(new StringBuffer()。append("a")。append("b")。append("c"))。to String();我們發現做的和③方法是同樣的事。
