Java中String、StringBuffer和StringBuilder底层实现深入剖析

前言

这三个类都是 java.lang 包下的字符串处理类，但它们在设计理念、内部实现和适用场景上存在显著差异。

1. 全面对比表

2. 底层实现深入剖析

• String 的不可变性：

  // JDK 源码简化版
  public final class String {
      private final char[] value;  // final 修饰，不可重新赋值
      private final int hash;      // 缓存 hashCode
  }
  

  任何“修改”操作（如 concat、replace）都会 new String() 并复制 char[]，原对象不变。

• StringBuffer / StringBuilder 的可变性：
  两者都继承自 AbstractStringBuilder：

  abstract class AbstractStringBuilder {
      char[] value;      // 非 final，可扩容
      int count;         // 当前长度
  }
  

  • append 等操作直接操作 value 数组。
  • 扩容时：Arrays.copyOf 创建更大数组，复制旧内容。

  关键区别：StringBuffer 的公共方法加了 synchronized：

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

3. 性能对比实测（循环 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");
    }
}

典型运行结果（JDK 17，普通电脑）：

• String：约 3000~5000 ms（极慢，产生海量临时对象）
• StringBuilder：约 10~20 ms
• StringBuffer：约 15~30 ms（略慢于 Builder，因锁开销）

可见，频繁修改时 StringBuilder 性能遥遥领先。

4. 编译器优化小秘密

• 单次 + 操作：JVM 会自动优化为 StringBuilder：

  String result = "a" + "b" + "c";  // 编译后相当于 new StringBuilder().append("a").append("b").append("c").toString()
  

• 循环中 + 操作：不会跨循环优化，仍建议手动用 StringBuilder。

5. 选择指南（实战总结）

1. 内容几乎不修改 → 用 String（最安全、支持常量池）。

2. 多线程 + 频繁修改 → 用 StringBuffer（虽慢点但安全）。

3. 单线程 + 频繁修改 → 必须用 StringBuilder（性能最佳，99% 场景适用）。

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

   StringBuilder sb = new StringBuilder(10000);  // 预分配
   

5. 现代替代方案：复杂场景可考虑 String.join()、String.format() 或流式操作，但核心拼接仍推荐 StringBuilder。

6. 常见误区澄清

• 误区：StringBuffer 完全过时了 → 错！在多线程共享同一缓冲时仍有价值。
• 误区：StringBuilder 线程不安全就不能用 → 大多数业务是单线程，安全使用即可。
• 误区：String 完全不能用于拼接 → 小量拼接没问题，大量必须避免。

总结

到此这篇关于Java中String、StringBuffer和StringBuilder底层实现的文章就介绍到这了,更多相关Java中String、StringBuffer和StringBuilder内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

最新评论