用 javap 反組譯深入理解 Java 特性：String vs StringBuffer 效能之謎

Java 開發者都知道「迴圈中用 StringBuffer 避免 String 串接效能問題」，但極少人實際看過編譯後的位元組碼差異。本文實戰示範如何使用 JDK 內建工具 javap 反組譯類別檔案，從 JVM 指令層面揭示效能差異的根本原因。

javap 工具介紹

• 功能：輸出類別結構、方法簽名、位元組碼指令
• 非功能：不反編譯為 Java 原始碼 (需用 JD-GUI、Fernflower 等)
• 核心參數：-c 反組譯方法體、-v 詳細資訊、-p 顯示私有成員
• 適用場景：驗證編譯器優化、分析效能差異、除錯泛型擦除、理解語法糖實作

實驗設計：String 串接 vs StringBuffer

測試類別 JavapTip 包含兩個靜態方法，功能相同：回傳 "012...n" 字串。

public class JavapTip {
    // String 串接版本
    private static String withStrings(int count) {
        String s = "";
        for (int i = 0; i < count; i++) {
            s += i; // 編譯器語法糖
        }
        return s;
    }

    // StringBuffer 版本
    private static String withStringBuffer(int count) {
        StringBuffer sb = new StringBuffer();
        for (int i = 0; i < count; i++) {
            sb.append(i);
        }
        return sb.toString();
    }
}

位元組碼深度解析

withStrings() 反組譯結果 (關鍵片段)

Method java.lang.String withStrings(int)
   0: ldc           #2                  // String ""
   2: astore_1
   3: iconst_0
   4: istore_2
   5: goto          30
   8: new           #3                  // class java/lang/StringBuilder
  11: dup
  12: invokespecial #4                  // Method java/lang/StringBuilder."":()V
  15: aload_1
  16: invokevirtual #5                  // Method java/lang/StringBuilder.append:(Ljava/lang/String;)Ljava/lang/StringBuilder;
  19: iload_2
  20: invokevirtual #6                  // Method java/lang/StringBuilder.append:(I)Ljava/lang/StringBuilder;
  23: invokevirtual #7                  // Method java/lang/StringBuilder.toString:()Ljava/lang/String;
  26: astore_1
  27: iinc          2, 1
  30: iload_2
  31: iload_0
  32: if_icmplt     8
  35: aload_1
  36: areturn

withStringBuffer() 反組譯結果 (關鍵片段)

Method java.lang.String withStringBuffer(int)
   0: new           #3                  // class java/lang/StringBuffer
   3: dup
   4: invokespecial #4                  // Method java/lang/StringBuffer."":()V
   7: astore_1
   8: iconst_0
   9: istore_2
  10: goto          22
  13: aload_1
  14: iload_2
  15: invokevirtual #6                  // Method java/lang/StringBuffer.append:(I)Ljava/lang/StringBuffer;
  18: pop
  19: iinc          2, 1
  22: iload_2
  23: iload_0
  24: if_icmplt     13
  27: aload_1
  28: invokevirtual #7                  // Method java/lang/StringBuffer.toString:()Ljava/lang/String;
  31: areturn

關鍵差異逐行對比

編譯器語法糖揭秘

s += i 編譯器自動轉換為：

new StringBuilder()
    .append(s)
    .append(i)
    .toString()

關鍵洞見：每次迴圈都會 new StringBuilder，這是效能殺手的根本原因。JDK 1.5+ 使用 StringBuilder (非同步)，JDK 1.4 使用 StringBuffer (同步)。

進階驗證：StringBuilder vs StringBuffer

private static String withStringBuilder(int count) {
    StringBuilder sb = new StringBuilder();
    for (int i = 0; i < count; i++) {
        sb.append(i);
    }
    return sb.toString();
}

反組譯結果與 StringBuffer 幾乎相同，差異僅在 invokespecial 目標類別。單執行緒環境 StringBuilder 效能略優 (無同步開銷)。

javap 進階用法速查

# 顯示所有資訊 (常數池、行號表、區域變數表、簽名屬性...)
javap -v JavapTip

# 只顯示公有/受保護成員 (預設)
javap JavapTip

# 顯示私有成員
javap -p JavapTip

# 反組譯並顯示行號對應
javap -c -l JavapTip

# 輸出到檔案
javap -c JavapTip > JavapTip.asm

實戰應用場景

1. 驗證編譯器優化：確認 final 變數內聯、字串常量折疊、Lambda 序列化形態
2. 分析泛型擦除：觀察橋接方法生成、型別轉換檢查插入點
3. 除錯語法糖：try-with-resources、Switch 表達式、Record 類別實際結構
4. 效能調優證據：量化不同寫法的位元組碼指令數、物件分配率
5. 相容性檢查：確認編譯目標版本 (-target) 產生的位元組碼版本

現代替代工具

• JITWatch：視覺化 JIT 編譯決策、熱點方法、內聯決策
• HSDB (HotSpot Serviceability Agent)：運行時 JVM 狀態檢查
• JMH (Java Microbenchmark Harness)：科學基準測試框架 (比單純看位元組碼更可靠)
• IDE 內建：IntelliJ "Show Bytecode"、Eclipse "Class File Editor"

總結

javap 是 JDK 內建的「X 光機」，讓我們穿透語法糖直視 JVM 執行真相。本文實驗證明：String 串接每次迴圈隱含 new StringBuilder + 複製舊內容 + toString，而 StringBuffer/StringBuilder 單一實例複用。雖然現代 JIT 編譯器 (Escape Analysis、String Concatenation Optimization) 能部分優化，但顯式使用 StringBuilder 仍是高效能 Java 程式碼的鐵律。養成定期用 javap 驗證關鍵路徑代碼的習慣，將讓你從「知道最佳實踐」進化為「理解最佳實踐的底層邏輯」。