String不可变性是设计前提而非限制，应依场景选工具：稳定文本用String，循环拼接用StringBuilder，多线程用StringBuffer，大文本绕过String直接操作底层结构。
Java 中 String 的不可变性不是限制，而是设计前提——高效文本处理的关键，在于“不和它对抗”，而是在理解其机制的基础上选对工具、用对时机。
明确区分场景：哪些操作该用 String，哪些不该
String 适合表示稳定、共享、需校验或作为 key 的文本，比如配置项、协议头、Map 键、日志模板等。它天然线程安全、可缓存 hash、能复用常量池。
- ✅ 推荐用 String：初始化参数（
"timeout=30"）、JSON 字段名（"id"）、SQL 模板（"SELECT * FROM user WHERE id = ?"） - ❌ 避免用 String：循环拼接（如日志组装、HTML 构建）、逐字符修改、多次 substring + concat
批量拼接优先用 StringBuilder，而非 + 或 concat
编译器对字面量 + 会自动优化为 StringBuilder，但运行时拼接（尤其在循环中）不会。每次 str1 + str2 都新建 String 对象，触发数组拷贝和 GC 压力。
- 用
StringBuilder：单线程下拼接 3 次以上字符串，显式 new 并复用实例 - 用
StringBuffer：多线程共享拼接上下文（如公共日志缓冲区） - 避免
str.concat("a").concat("b").concat("c")：链式调用仍产生多个中间对象
利用不可变性做缓存与复用
String 不可变 → 内容确定 → hash 可缓存 → 常量池可复用 → 适合作为 Map key 或去重依据。
立即学习“Java免费学习笔记（深入）”；
- 用
intern()谨慎复用长生命周期字符串（如解析大量重复 ID），但注意常量池在堆中，滥用可能引发内存压力 - 自定义工具类中，对已知有限集合的字符串（如状态码
"SUCCESS"/"FAILED"），直接用字面量，让 JVM 自动进池 - 计算 hash 或比较前，先用
==快速判断是否同一对象（尤其在高频匹配场景如路由分发）
处理大文本时绕过 String，直接操作底层结构
当面对超长日志、文件内容、网络响应体等，频繁构造 String 会带来冗余拷贝（尤其 Java 9+ 的 Latin-1/UTF-16 自适应编码虽省空间，但仍需解码）。
- 用
ByteBuffer+CharsetDecoder流式解码，按需转部分为 String - 正则匹配大文本时，考虑
CharSequence子类（如自定义只读包装类）避免全量转 String - 敏感文本（密码、token）处理完立即用
Arrays.fill(charArr, '\u0000')清空原始 char 数组（new String(char[]) 会拷贝，但源头可控）
