java中string的不可变性是哈希值长期一致的根本前提，由final字符数组、懒缓存hash字段及所有修改操作返回新对象三重机制保障，确保作为map键时哈希值始终稳定。
Java中String的不可变性，是哈希值能长期一致的根本前提。它不是靠“约定”或“自觉”，而是由底层结构、访问控制和行为规范三重机制共同保障的。
final字符数组 + 懒缓存哈希字段
String内部用private final char[] value（JDK 9+为final byte[]）存储内容，引用不可重赋值，数组元素也无法被外部修改。同时，类中定义了private int hash字段，默认为0：
- 首次调用
hashCode()时，按公式（如∑ charAt(i) × 31^(n−1−i)）计算并写入hash字段 - 后续调用直接返回该缓存值，不重新遍历字符串
- 因为内容永不改变，这个缓存值从第一次计算起就永远有效
所有“修改”操作都返回新对象
像substring()、replace()、toUpperCase()、concat()这些方法，看似在“改”字符串，实际都新建一个String实例：
- 原对象的
value数组和hash值完全不受影响 - 新对象拥有自己独立的
value和初始化为0的hash字段 - 即使两个String内容相同（如
"abc"和"abc".substring(0)），它们的hash字段也各自独立计算和缓存
作为Map键时，一致性不依赖调用时机
把String用作HashMap的key，其可靠性不取决于你什么时候调用hashCode()：
- put时计算一次哈希，定位到桶位置；get时再算一次——两次结果必然相同
- 哪怕这个String被反复传入多个不同Map，或跨线程读取，哈希值始终稳定
- 对比可变类型（如StringBuilder），一旦append()，哈希值立刻失效，map.get()就查不到原数据
常量池复用进一步强化一致性
字符串字面量自动进入常量池，例如：
-
String a = "hello"; String b = "hello";→a == b为true，共享同一对象 - 它们共用同一个
hash字段，首次任一对象调用hashCode()，另一个也立刻获得相同缓存值 - 这种复用不仅省内存，更确保“相同内容=相同哈希”的强一致性，杜绝因对象冗余导致的哈希偏差
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
