在Android/Java開發中，用來處理字符串常用的類有3種: String、StringBuilder、StringBuffer。
它們的異同點：
1) 都是 final 類, 都不允許被繼承;
2) String 長度是不可變的, StringBuffer、StringBuilder 長度是可變的;
3) StringBuffer 是線程安全的, StringBuilder 不是線程安全的。
String VS StringBuffer
String 類型和StringBuffer的主要性能區別：String是不可變的對象, 因此在每次對String 類型進行改變的時候，都會生成一個新的 String 對象，然后將指針指向新的 String 對象，所以經常改變內容的字符串最好不要用 String ，因為每次生成對象都會對系統性能產生影響，特別當內存中無引用對象多了以后， JVM 的 GC 就會開始工作，性能就會降低。
使用 StringBuffer 類時，每次都會對 StringBuffer 對象本身進行操作，而不是生成新的對象并改變對象引用。所以多數情況下推薦使用 StringBuffer ，特別是字符串對象經常改變的情況下。
在某些特別情況下， String 對象的字符串拼接其實是被 Java Compiler 編譯成了 StringBuffer 對象的拼接，所以這些時候 String 對象的速度并不會比 StringBuffer 對象慢，例如：
|
1
2
|
String s1 = “This is only a” + “ simple” + “ test”;StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”); |
生成 String s1對象的速度并不比 StringBuffer慢。其實在Java Compiler里，自動做了如下轉換：
Java Compiler直接把上述第一條語句編譯為：
|
1
2
3
4
|
String s2 = “This is only a”; String s3 = “ simple”; String s4 = “ test”; String s1 = s2 + s3 + s4; |
這時候，Java Compiler會規規矩矩的按照原來的方式去做，String的concatenation（即+）操作利用了StringBuilder（或StringBuffer）的append方法實現，此時，對于上述情況，若s2，s3，s4采用String定義，拼接時需要額外創建一個StringBuffer（或StringBuilder），之后將StringBuffer轉換為String；若采用StringBuffer（或StringBuilder），則不需額外創建StringBuffer。
StringBuilder
StringBuilder是5.0新增的。此類提供一個與 StringBuffer 兼容的 API，但不保證同步。該類被設計用作 StringBuffer 的一個簡易替換，用在字符串緩沖區被單個線程使用的時候（這種情況很普遍）。如果可能，建議優先采用該類，因為在大多數實現中，它比 StringBuffer 要快。兩者的方法基本相同。
使用策略
1) 基本原則：如果要操作少量的數據，用String ；單線程操作大量數據，用StringBuilder ；多線程操作大量數據，用StringBuffer。
2) 不要使用String類的”+”來進行頻繁的拼接，因為那樣的性能極差的，應該使用StringBuffer或StringBuilder類，這在Java的優化上是一條比較重要的原則。例如：
|
1
2
3
4
5
6
7
8
9
10
11
|
String result = ""; for (String s : hugeArray) { result = result + s; } // 使用StringBuilder StringBuilder sb = new StringBuilder(); for (String s : hugeArray) { sb.append(s); } String result = sb.toString(); |
當出現上面的情況時，顯然我們要采用第二種方法，因為第一種方法，每次循環都會創建一個String result用于保存結果，除此之外二者基本相同.
3) StringBuilder一般使用在方法內部來完成類似”+”功能，因為是線程不安全的，所以用完以后可以丟棄。StringBuffer主要用在全局變量中。
4) 相同情況下使用 StirngBuilder 相比使用 StringBuffer 僅能獲得 10%~15% 左右的性能提升，但卻要冒多線程不安全的風險。而在現實的模塊化編程中，負責某一模塊的程序員不一定能清晰地判斷該模塊是否會放入多線程的環境中運行，因此：除非確定系統的瓶頸是在 StringBuffer 上，并且確定你的模塊不會運行在多線程模式下，才可以采用StringBuilder；否則還是用StringBuffer。
感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！
原文鏈接：http://blog.csdn.net/qq_35101189/article/details/55047390
