Java 字符串为什么不能修改？入门必讲

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 js json 工具 字符串常量 为什么