Java中String不可变性应顺应而非对抗，高频拼接用StringBuilder（预估容量）、避免+；substring在JDK7u6后独立拷贝，大字符串切片可用CharBuffer.wrap；字面量复用常量池，慎用intern；hashCode缓存提升哈希操作效率。
Java 中 String 的不可变性不是要“对抗”，而是要顺应它的设计逻辑——不试图修改它，而是用对的工具做对的事。真正影响性能的，从来不是“String 不可变”这个事实，而是你在需要动态构建字符串时，还坚持用 String 做拼接、截取或替换。
高频拼接：别用 +，改用 StringBuilder
循环内写 s += "x" 看似简洁，实则每次都在创建新 String 和临时 StringBuilder。10 万次操作可能生成 10 万个中间对象。
- 单线程场景下，统一用 StringBuilder：提前预估容量（如 new StringBuilder(512)），避免内部 char[]/byte[] 多次扩容
- 日志组装、JSON 生成、SQL 批量拼接等典型场景，改用 sb.append("User[").append(id).append("]")，实测比链式 + 快 5–10 倍
- 多线程共写同一实例才用 StringBuffer；日常开发中几乎不需要
截取与切片：理解 substring 的行为变迁
JDK 7u6 之后 substring 已改为独立拷贝字符数据，不再共享原字符串底层数组。这意味着安全了，但开销也更实在——每次调用都触发一次数组复制。
- 若原始字符串极大（如读取的整份日志），又只需提取极短片段，可考虑用 CharBuffer.wrap(str, start, length) 避免拷贝
- 旧代码兼容 JDK 6 时，可用 new String(str.substring(0, 5)) 强制分离引用，防止大数组滞留
- 简单索引访问（如获取首字符）优先用 str.charAt(0)，比 substring(0,1) 更轻量
构造与复用：善用字面量和常量池
“不可变”让 JVM 能安全复用相同内容的字符串，但前提是——你得让它复用上。
- 配置项、枚举值、固定响应体等，一律用字面量：String status = "SUCCESS";，而非 new String("SUCCESS")
- 运行期生成的字符串（如数据库查出的用户名），若重复率高且生命周期长，可谨慎调用 str.intern()，但注意元空间溢出风险
- 避免在循环里对相同字符串反复调用 intern()，它带同步锁，反而拖慢性能
哈希与键值：利用缓存，避开无谓开销
String 的 hashCode 缓存是不可变性带来的隐性红利——首次计算后存入私有字段，后续直接返回。这使它作为 HashMap 键时效率极高。
- 若字符串仅作临时拼接（如日志消息），从不用于哈希集合，那它的 hash 字段就是纯冗余内存（4 字节），无需特别处理
- 但若用作 Map 键、Set 元素或 switch 表达式 case 值，就天然受益于该缓存，不必手动优化
- 对比自定义可变类作 key 时需重写 hashCode 和 equals，String 省心又高效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
