Java字符串不可变是深思熟虑的设计：final char[]+private封装杜绝修改，支撑常量池复用、hashCode缓存、线程安全及系统安全。
Java里字符串不可变，不是设计上的“偷懒”，而是经过深思熟虑的底层机制选择。核心原因在于：String类用private final char[] value存储内容，且整个类被声明为final，所有操作方法（如substring、replace、toUpperCase）都返回新对象，而非修改原对象。
底层靠final数组+私有封装锁死修改路径
String内部用一个私有的、final修饰的char数组保存字符序列。final保证该数组引用不可重赋值；private阻止外部直接访问或篡改；而String类本身没有提供任何修改这个数组内容的方法（比如setCharAt、clear等）。即使你调用str.replace("a", "b")，它也只是基于原数组新建一个char[]，再构造新String对象——旧对象毫发无损。
字符串常量池依赖不可变性才能安全复用
当你写String s1 = "hello"; String s2 = "hello";，JVM会让s1和s2指向常量池中同一个String实例。如果String可变，s1.toUpperCase()就可能把池中"hello"悄悄改成"HELLO"，s2再去用时就拿到错误值了。不可变性是常量池能省内存、提性能的前提。
哈希值可缓存，天然线程安全
String被大量用作HashMap的key。因为内容永不改变，它的hashCode可以在第一次调用时计算并缓存到private int hash字段里，后续直接复用——不用每次查表都重新算。同时，多个线程读同一个String完全无需加锁，既安全又高效。
立即学习“Java免费学习笔记（深入）”；
安全边界兜得住关键系统场景
- 数据库连接URL、文件路径、网络地址这些敏感字符串一旦传入底层API，就绝不能被中途篡改
- 类加载器靠类名字符串定位class，若String可变，可能导致加载错类甚至执行恶意字节码
- 反射调用中方法名、字段名也是String，不可变防止运行时被意外污染
基本上就这些。不是不能改，而是“不该改”——从内存模型、并发模型到安全模型，都建立在String一旦出生就定型这个铁律之上。
