Java中String不可变性直接支撑哈希值缓存与类加载器可信执行：前者确保HashMap键哈希值恒定、避免“键存在却找不到”，后者防止类名被篡改导致恶意类加载或权限绕过。
Java中String的不可变性，直接支撑了两大关键安全机制：哈希值缓存和类加载器的可信执行。这两者不是孤立特性，而是不可变设计在底层协同作用的结果。
哈希值缓存：让Map键“永不迷路”
String对象内部有一个private int hash字段，首次调用hashCode()时计算并缓存结果，之后直接返回。这个机制成立的前提，是字符串内容永远不变。
- 如果String可变，往HashMap里put("user")后，再调用"uesr".toUpperCase()（假设能改），哈希值就变了，get("user")会找不到——键还在，但位置错了
- ConcurrentHashMap等并发集合依赖该稳定性，无需对String键做防御性拷贝，省去同步开销
- 哈希缓存不仅提升性能，更避免因哈希漂移引发的逻辑漏洞，比如权限校验绕过、配置项失效等隐蔽问题
类加载器安全：守住JVM的第一道门
类加载器通过全限定类名（如"java.lang.String"）定位.class文件，SecurityManager也靠字符串判断包访问权限。这些操作都假定类名字符串一旦传入，就绝不会被中途篡改。
- 若String可变，攻击者可能在双亲委派过程中修改类名，使ClassLoader加载恶意类（比如把"java.util.Date"改成"evil.Date"）
- 资源路径、系统属性名（如"java.home"）、安全策略标识符（如"package.access"）全部依赖字符串不可变来维持语义一致性
- 类名作为元数据参与字节码验证、签名检查、模块系统解析，任意篡改都会破坏JVM信任链
敏感信息防护：密码与连接串不被“悄悄改掉”
方法接收String参数时，调用方完全不必担心被篡改——这是不可变性提供的隐式契约。
立即学习“Java免费学习笔记（深入）”；
- 数据库连接串、API密钥、JWT token等以String形式传递，接收方调用trim()、replace()等方法，只会返回新对象，原值毫发无损
- 避免了类似password = password.replaceAll("\s+", "")这种操作意外影响上游逻辑的风险
- 配合字符串常量池，敏感字符串在内存中唯一存在，减少了副本泄露面（尽管仍需及时清空char[]数组，但String本身不提供修改入口）
