前言

這三個類都是 java.lang 包下的字符串處理類，但它們在設(shè)計理念、內(nèi)部實現(xiàn)和適用場景上存在顯著差異。

1. 全面對比表

2. 底層實現(xiàn)深入剖析

• String 的不可變性：

  // JDK 源碼簡化版
  public final class String {
      private final char[] value;  // final 修飾，不可重新賦值
      private final int hash;      // 緩存 hashCode
  }
  

  任何“修改”操作（如 concat、replace）都會 new String() 并復(fù)制 char[]，原對象不變。

• StringBuffer / StringBuilder 的可變性：
  兩者都繼承自 AbstractStringBuilder：

  abstract class AbstractStringBuilder {
      char[] value;      // 非 final，可擴容
      int count;         // 當(dāng)前長度
  }
  

  • append 等操作直接操作 value 數(shù)組。
  • 擴容時：Arrays.copyOf 創(chuàng)建更大數(shù)組，復(fù)制舊內(nèi)容。

  關(guān)鍵區(qū)別：StringBuffer 的公共方法加了 synchronized：

  // StringBuffer 示例
  public synchronized StringBuffer append(String str) { ... }
  
  // StringBuilder 示例
  public StringBuilder append(String str) { ... }  // 無 synchronized
  

3. 性能對比實測（循環(huán) 10 萬次拼接）

public class Test {
    public static void main(String[] args) {
        int times = 100000;

        // String
        long start = System.nanoTime();
        String s = "";
        for (int i = 0; i < times; i++) {
            s += i;
        }
        System.out.println("String 用時: " + (System.nanoTime() - start) / 1e6 + " ms");

        // StringBuilder
        start = System.nanoTime();
        StringBuilder sb = new StringBuilder();
        for (int i = 0; i < times; i++) {
            sb.append(i);
        }
        System.out.println("StringBuilder 用時: " + (System.nanoTime() - start) / 1e6 + " ms");

        // StringBuffer
        start = System.nanoTime();
        StringBuffer sbf = new StringBuffer();
        for (int i = 0; i < times; i++) {
            sbf.append(i);
        }
        System.out.println("StringBuffer 用時: " + (System.nanoTime() - start) / 1e6 + " ms");
    }
}

典型運行結(jié)果（JDK 17，普通電腦）：

• String：約 3000~5000 ms（極慢，產(chǎn)生海量臨時對象）
• StringBuilder：約 10~20 ms
• StringBuffer：約 15~30 ms（略慢于 Builder，因鎖開銷）

可見，頻繁修改時 StringBuilder 性能遙遙領(lǐng)先。

4. 編譯器優(yōu)化小秘密

• 單次 + 操作：JVM 會自動優(yōu)化為 StringBuilder：

  String result = "a" + "b" + "c";  // 編譯后相當(dāng)于 new StringBuilder().append("a").append("b").append("c").toString()
  

• 循環(huán)中 + 操作：不會跨循環(huán)優(yōu)化，仍建議手動用 StringBuilder。

5. 選擇指南（實戰(zhàn)總結(jié)）

1. 內(nèi)容幾乎不修改 → 用 String（最安全、支持常量池）。

2. 多線程 + 頻繁修改 → 用 StringBuffer（雖慢點但安全）。

3. 單線程 + 頻繁修改 → 必須用 StringBuilder（性能最佳，99% 場景適用）。

4. 已知長度大 → 提前指定容量，避免擴容：

   StringBuilder sb = new StringBuilder(10000);  // 預(yù)分配
   

5. 現(xiàn)代替代方案：復(fù)雜場景可考慮 String.join()、String.format() 或流式操作，但核心拼接仍推薦 StringBuilder。

6. 常見誤區(qū)澄清

• 誤區(qū)：StringBuffer 完全過時了 → 錯！在多線程共享同一緩沖時仍有價值。
• 誤區(qū)：StringBuilder 線程不安全就不能用 → 大多數(shù)業(yè)務(wù)是單線程，安全使用即可。
• 誤區(qū)：String 完全不能用于拼接 → 小量拼接沒問題，大量必須避免。

總結(jié)

到此這篇關(guān)于Java中String、StringBuffer和StringBuilder底層實現(xiàn)的文章就介紹到這了,更多相關(guān)Java中String、StringBuffer和StringBuilder內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論