Java中String不可变是刻意设计，因final修饰、私有字符数组且无修改方法；所有操作返回新对象，支撑常量池复用、线程安全，并推荐StringBuilder/StringBuffer处理可变场景。
Java 中的字符串（String）不能修改，根本原因在于它被设计为不可变（immutable）——一旦创建，其内容就固定不变。这不是 bug，而是刻意为之的设计选择，关系到安全性、线程安全、性能优化和 JVM 内部机制。
String 类被 final 修饰，内部字符数组也私有且不提供修改方法
Java 的 String 类声明为 final，无法被继承；它的核心数据（JDK 9 之前是 char[]，之后是 byte[]）是私有字段，且没有对外暴露任何修改内容的方法。所有看似“修改”的操作（比如 substring、toUpperCase、replace）其实都返回一个新字符串对象，原对象丝毫不动。
String s = "hello";-
s = s + " world";→ 创建了新字符串"hello world"，原"hello"仍存在堆中（可能后续被 GC） -
s.toUpperCase()不会改变 s，而是返回新的大写字符串
不可变性支撑了字符串常量池（String Pool）的高效复用
JVM 维护一个字符串常量池，用于存储字面量字符串（如 "abc"）。因为 String 不可变，多个变量可以安全地共享同一个池中对象，节省内存，也避免意外篡改影响其他引用。
-
String a = "java"; String b = "java";→a == b为true（指向同一池中对象） - 如果字符串可变，
a.toUpperCase()就可能把池里那个"java"改成"JAVA"，导致b的值也跟着变，这显然不可接受
不可变性天然保证线程安全
多个线程同时读取同一个字符串时，完全不需要加锁或同步。因为没人能改它，就不会出现竞态条件。这对高并发场景（如 Web 请求中的 URL、JSON key、日志消息等）非常关键。
立即学习“Java免费学习笔记（深入）”；
- 你可以在多线程中放心传递
String参数，不用考虑深拷贝或防御性复制 - 对比
StringBuilder或StringBuffer：它们是可变的，所以需要手动管理线程安全（StringBuffer加了 synchronized，StringBuilder没加）
那想改字符串怎么办？用 StringBuilder 或 StringBuffer
需要频繁拼接、修改文本时，别硬用 String，改用可变的字符串工具类：
-
StringBuilder：非线程安全，性能高，适合单线程场景（如循环拼接） -
StringBuffer：线程安全，方法加了synchronized，适合多线程共享修改 - 记住：它们不是
String的替代品，而是互补——String表示“值”，StringBuilder表示“构建过程”
基本上就这些。理解 String 为什么不可变，比死记“不能改”更重要——它背后是 Java 对简洁、安全与性能的权衡。入门时搞懂这点，后面学集合、并发、JVM 甚至框架源码都会轻松不少。
