1. 字符串处理三剑客的定位差异
Java语言中处理字符串的三大核心类——String、StringBuffer和StringBuilder，就像厨房里不同的刀具，各有其专属的使用场景。String类从Java诞生之初就存在，而StringBuffer在JDK1.0时加入，StringBuilder则是JDK1.5才引入的新成员。它们最根本的区别在于可变性（mutability）和线程安全性（thread safety）这两个维度。
String对象一旦创建就不可变（immutable），任何看似修改的操作实际上都是创建新对象。这就像用钢笔在纸上写字，写完后想修改只能换张新纸重写。而StringBuffer和StringBuilder则是可变（mutable）的字符序列，更像用铅笔写字，可以随时擦除修改。
关键理解：String的不可变性带来线程安全性和字符串常量池优化，但频繁修改时会产生大量垃圾对象。后两者适合需要频繁修改字符串的场景。
2. 底层实现原理深度解析
2.1 String的不可变实现机制
String类使用final修饰的char数组存储数据，并且没有提供修改这个数组的方法。当我们执行concat()、substring()等操作时，JVM实际上会创建新的String对象。例如：
java复制String str = "hello";
str = str.concat(" world"); // 新建String对象
这种设计带来三个重要特性：
- 线程安全：不可变对象天然线程安全
- 哈希缓存：hashCode值在创建时计算并缓存
- 字符串常量池：可以通过intern()方法复用字符串
2.2 StringBuffer与StringBuilder的可变实现
两者都继承自AbstractStringBuilder，内部维护可变char数组（JDK9后改为byte数组）。当进行append()等操作时，只在原对象上修改：
java复制StringBuilder sb = new StringBuilder();
sb.append("hello"); // 直接修改内部数组
sb.append(" world");
扩容机制：当容量不足时，会新建更大数组（默认扩容为原容量*2+2）并拷贝数据。初始化时指定合理容量能减少扩容开销。
3. 性能对比与基准测试
3.1 字符串拼接性能测试
我们通过JMH基准测试比较三种方式拼接10万次字符串的性能：
| 实现方式 | 耗时(ms) | 内存分配(MB) |
|---|---|---|
| String | 2850 | 2100 |
| StringBuffer | 32 | 2.5 |
| StringBuilder | 15 | 2.5 |
测试结论：
- String拼接会产生大量临时对象
- StringBuilder比StringBuffer快约50%（无同步开销）
- 单线程场景绝对不要使用String做频繁拼接
3.2 内存占用分析
使用JVisualVM监控内存：
- String操作会产生大量char[]临时对象
- StringBuffer/StringBuilder始终只维护一个底层数组
- 在超大字符串处理时，前者的内存优势更加明显
4. 线程安全性对比
4.1 StringBuffer的同步实现
StringBuffer通过给所有public方法添加synchronized关键字实现线程安全：
java复制public synchronized StringBuffer append(String str) {
toStringCache = null;
super.append(str);
return this;
}
这种粗粒度锁在高并发场景下会成为性能瓶颈。
4.2 StringBuilder的非同步设计
StringBuilder没有任何线程安全保证，但因此获得了更好的性能。在多线程环境下使用时需要外部同步：
java复制StringBuilder sb = new StringBuilder();
// 多线程操作时需要
synchronized(sb) {
sb.append(threadData);
}
5. 使用场景与最佳实践
5.1 各类型适用场景
-
String：
- 定义常量字符串
- 不需要修改的字符串参数传递
- 作为HashMap的key（利用不可变性）
-
StringBuilder：
- 单线程下的字符串拼接
- SQL语句动态构建
- 日志消息组装
-
StringBuffer：
- 多线程共享的字符串操作
- 全局性的字符串缓存
- 旧系统维护（兼容JDK1.4及以下）
5.2 性能优化技巧
- 预分配容量：new StringBuilder(initialCapacity)
- 避免链式调用中的临时String：
java复制// 不好 sb.append(str1 + str2); // 好 sb.append(str1).append(str2); - 复杂字符串处理考虑使用StringJoiner
- JDK9+的紧凑字符串特性会自动优化
6. 常见误区与问题排查
6.1 典型使用错误
-
在循环中使用String拼接：
java复制String result = ""; for (int i = 0; i < 10000; i++) { result += i; // 每次循环创建新String对象 } -
多线程误用StringBuilder：
java复制// 线程不安全的写法 public static StringBuilder globalBuilder = new StringBuilder(); -
忽略toString()的成本：
java复制StringBuilder sb = new StringBuilder(); // 多次调用toString()会生成新String对象 log.debug(sb.toString());
6.2 问题排查技巧
- 使用-XX:+PrintStringTableStatistics分析字符串常量池
- 通过MAT工具分析String对象内存泄漏
- 检查StringBuilder扩容日志：
java复制
System.out.println(sb.capacity());
7. 版本演进与新特性
7.1 JDK9的紧凑字符串
从JDK9开始，String内部改用byte[]存储，并添加coder标志来区分Latin-1和UTF-16编码。这使得纯ASCII字符串的内存占用减少约一半。
7.2 JDK15的文本块
虽然不直接影响这三个类，但文本块特性（"""..."""）改变了多行字符串的构建方式，减少了对StringBuilder的依赖：
java复制String html = """
<html>
<body>
<p>Hello, world</p>
</body>
</html>
""";
8. 扩展知识：字符串常量池
8.1 常量池工作机制
JVM维护了一个字符串常量池（String Table），当使用字面量创建String时：
- 首先检查池中是否存在相同内容的字符串
- 如果存在则直接返回引用
- 否则新建对象并加入池中
java复制String a = "hello"; // 加入常量池
String b = "hello"; // 从常量池获取
System.out.println(a == b); // true
8.2 intern()方法的使用
手动将字符串放入常量池：
java复制String c = new String("hello").intern();
System.out.println(a == c); // true
注意事项：过度使用intern()可能导致方法区内存溢出，在JDK7后字符串常量池被移到堆内存。