2025-02-10

首先String、StringBuffer、StringBuilder都是java中的字符串類它們的具體區別如下:
 
String 類型和 StringBuffer 類型的主要性能區別其實在於 String 是不可變的對象,因為在每次對 String 類型進行改變的時候其實都等同於生成瞭一個新的 String 對象,然後將指針指向新的 String 對象,所以經常改變內容的字符串最好不要用 String ,因為每次生成對象都會對系統性能產生影響,特別當內存中無引用對象多瞭以後, JVM 的 GC 就會開始工作,那速度是一定會相當慢的。
 
這裡嘗試一個例子: String S1 = “abc”; For(int I = 0 ; I < 10000 ; I ++) // 程序的多次調用 { S1 + = “accp”; S1 = “北大青鳥”; } 如果是這樣的話,到這個 for 循環完畢後,如果內存中的對象沒有被 GC 清理掉的話,內存中一共有 2 萬多個瞭對象,驚人的數目,而如果這是一個很多人使用的系統,這樣的數目就會可想而知瞭,所以大傢使用的時候一定要小心。
 
而如果是使用 StringBuffer 類則結果就不一樣瞭,每次結果都會對 StringBuffer 對象本身進行操作,而不是生成新的對象,再改變對象引用。所以在一般情況下我們推薦使用 StringBuffer ,特別是字符串對象經常改變的情況下。
 
而在某些特別情況下, String 對象的字符串拼接其實是被 JVM 解釋成瞭 StringBuffer 對象的拼接,所以這些時候 String 對象的速度並不會比 StringBuffer 對象慢,而特別是以下的字符串對象生成中, String 效率是遠要比 StringBuffer 快的: String S1 = “This is only a” + “ simple” + “ test”; StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”); 你會很驚訝的發現,生成 String S1 對象的速度簡直太快瞭,而這個時候 StringBuffer 居然速度上根本一點都不占優勢。因為,S1被設定的值被Jvm認為是一個字符串,所以速度也比StringBuffer調用方法快。
 
如果你的字符串是來自另外的 String 對象的話,速度就沒那麼快瞭。比如: String S2 = “this is a ”; String S3 = “ shool”; String S4 = “ of chinese”; String S1 = S2 +S3 + S4;
 
再看StringBuilder 和StringBuffer 的區別: StringBuilder 是 JDK5.0 中新增加的一個類,它跟 StringBuffer 的區別 Java.lang.StringBuffer 線程安全的可變字符序列。類似於 String 的字符串緩沖區,但不能修改。可將字符串緩沖區安全地用於多個線程。可以在必要時對這些方法進行同步,因此任意特定實例上的所有操作就好像是以串行順序發 生的,該順序與所涉及的每個線程進行的方法調用順序一致。 每個字符串緩沖區都有一定的容量。隻要字符串緩沖區所包含的字符序列的長度沒有超出此容量,就無需分配新的內部緩沖區數組。如果內部緩沖區溢出,則此容量 自動增大。從 JDK 5.0 開始,為該類增添瞭一個單個線程使用的等價類,即 StringBuilder 。與該類相比,通常應該優先使用 StringBuilder 類,因為它支持所有相同的操作,但由於它不執行同步,所以速度更快。 但是如果將 StringBuilder 的實例用於多個線程是不安全的。需要這樣的同步,則建議使用 StringBuffer 。
 
總結:
String 的所有操作都要生成新的對象.
StringBuffer 的所有操作, 對象不變.
StringBuilder 是StringBuffer等價類, 但線程不安全.
String 的一次性連加操作等效於 StringBuffer

作者“ERDP技術架構”

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *