文章目录
- 前言
- 一、核心区别：不可变 vs 可变
- 1. String：不可变的字符序列
- 2. StringBuffer & StringBuilder：可变的字符序列
- 二、线程安全：线程安全 vs 非线程安全
- 1. StringBuffer：线程安全的选择
- 2. StringBuilder：单线程高性能之选
- 三、性能对比：谁才是效率之王
- 四、使用场景总结：什么时候用谁？
- 五、面试高频问题
- 为什么 String 是不可变的？
- StringBuffer 和 StringBuilder 的区别？
- 为什么不推荐用 StringBuffer？
- 总结
前言
大家好，我是程序员梁白开，今天我们聊一聊 String、StringBuffer 和 StringBuilder 的区别。
在 Java 开发中，字符串是我们每天都要打交道的核心数据类型。但你真的分清 String、StringBuffer 和 StringBuilder 三者的区别了吗？
为什么有的场景用 String 会导致性能瓶颈？为什么多线程下拼接字符串必须用 StringBuffer？这篇文章带你从底层原理到实战场景，彻底搞懂这三者的异同，让你在面试和开发中不再踩坑。
一、核心区别：不可变 vs 可变
这是三者最本质的区别，也是理解后续所有特性的基础。
1. String：不可变的字符序列
String 类是 不可变 的，这意味着一旦一个 String 对象被创建，它的内容就无法被修改。
底层原理
在 JDK 9 之前，String 的底层是 char[] 数组；JDK 9 及以后，为了节省内存，底层被优化为 byte[] 数组（同时引入 coder 字段标识编码）。
关键在于，String 类被 final 修饰，且内部的字符数组也被 private final 修饰，没有提供修改数组的方法。
示例：看似修改，实则创建新对象
Strings="hello";s+=" world";// 实际执行：s = new String(s + " world")System.out.println(s);// 输出 hello world注意：上述代码中，s += “world” 并不是在原字符串上修改，而是创建了一个新的 String 对象。频繁拼接会产生大量临时对象，导致性能下降。
2. StringBuffer & StringBuilder：可变的字符序列
StringBuffer 和 StringBuilder 都继承自 AbstractStringBuilder，底层同样是字符数组，并且支持动态扩容。
它们的核心特点是：修改操作直接在原对象上进行，不会创建新对象。
示例：高效拼接
StringBuildersb=newStringBuilder("hello");sb.append(" world");// 直接在原对象上追加，无新对象产生System.out.println(sb);// 输出 hello world二、线程安全：线程安全 vs 非线程安全
这是 StringBuffer 和 StringBuilder 最关键的区别。
| 类 | 线程安全 | 实现方式 | 性能 |
|---|---|---|---|
| StringBuffer | 安全 | 方法被 synchronized 修饰 | 较低 |
| StringBuilder | 不安全 | 方法无同步锁 | 较高 |
1. StringBuffer：线程安全的选择
StringBuffer 的所有核心方法（如 append()、insert()、reverse()）都被 synchronized 关键字修饰，保证了多线程环境下的操作原子性。
适用场景：多线程并发操作字符串的场景，例如：多线程日志拼接、分布式系统中的字符串组装。
2. StringBuilder：单线程高性能之选
StringBuilder 是 JDK 5 新增的类，它去掉了 StringBuffer 的同步锁，因此在单线程下性能远高于 StringBuffer。
适用场景：单线程环境下的字符串拼接，例如：循环拼接字符串、业务逻辑中的局部字符串处理（这也是开发中最常用的场景）。
三、性能对比：谁才是效率之王
我们通过一段代码，直观感受三者的性能差异：
publicclassStringPerformanceTest{publicstaticvoidmain(String[]args){inttimes=100000;// 拼接次数// 1. String 拼接longstart1=System.currentTimeMillis();Strings="";for(inti=0;i<times;i++){s+="a";}longend1=System.currentTimeMillis();System.out.println("String 耗时："+(end1-start1)+"ms");// 2. StringBuffer 拼接longstart2=System.currentTimeMillis();StringBuffersb1=newStringBuffer();for(inti=0;i<times;i++){sb1.append("a");}longend2=System.currentTimeMillis();System.out.println("StringBuffer 耗时："+(end2-start2)+"ms");// 3. StringBuilder 拼接longstart3=System.currentTimeMillis();StringBuildersb2=newStringBuilder();for(inti=0;i<times;i++){sb2.append("a");}longend3=System.currentTimeMillis();System.out.println("StringBuilder 耗时："+(end3-start3)+"ms");}}运行结果（仅供参考）：
String耗时：8921msStringBuffer耗时：5msStringBuilder耗时：2ms结论：
- String：频繁拼接时性能最差，不建议在循环中使用。
- StringBuilder：单线程下性能最优，推荐优先使用。
- StringBuffer：性能略低于 StringBuilder，仅在多线程场景下使用。
四、使用场景总结：什么时候用谁？
| 类 | 核心特性 | 适用场景 |
|---|---|---|
| String | 不可变、线程安全 | 字符串常量、少量字符串拼接、字符串比较场景 |
| StringBuffer | 可变、线程安全 | 多线程并发的字符串拼接场景 |
| StringBuilder | 可变、非线程安全 | 单线程的大量字符串拼接场景（开发首选） |
开发避坑指南
- 避免在循环中使用 String 拼接：改用 StringBuilder，否则会产生大量临时对象，触发频繁 GC。
- 多线程场景别用 StringBuilder：否则可能出现字符串内容错乱的问题。
- 明确字符串长度时，指定初始容量：StringBuilder sb = new StringBuilder(1000); 可以减少扩容次数，进一步提升性能。
五、面试高频问题
为什么 String 是不可变的？
答：String 类被 final 修饰，内部字符数组被 private final 修饰，且没有提供修改数组的方法。不可变性保证了字符串的安全性和哈希值的稳定性。
StringBuffer 和 StringBuilder 的区别？
答：核心是线程安全，StringBuffer 方法加了 synchronized 锁，线程安全但性能低；StringBuilder 无锁，性能高但线程不安全。
为什么不推荐用 StringBuffer？
答：大多数开发场景是单线程，StringBuilder 性能更高；只有多线程场景才需要 StringBuffer。
总结
String、StringBuffer 和 StringBuilder 的区别，本质上是 不可变 vs 可变、线程安全 vs 性能 的权衡。记住一句话：单线程用 StringBuilder，多线程用 StringBuffer，字符串常量用 String。
