String 作为 Map 的 Key 更具优势，根本原因在于其不可变性带来的哈希码稳定、缓存高效、常量池复用和天然线程安全四大特性，共同保障 Map 的正确性与高性能。
String 在作为 Map 的 Key 时更具优势，根本原因在于它的不可变性，以及由此衍生出的哈希码稳定、缓存高效、常量池复用和天然线程安全四大特性。这些不是“锦上添花”，而是保障 Map 正确性与性能的底层支柱。
哈希码始终稳定，避免静默丢失
HashMap 依赖 key 的 hashCode() 定位桶位置。String 内部字符数组被 final 修饰，内容无法修改；同时 hash 字段在首次计算后缓存并固定。这意味着同一个 String 实例，无论调用多少次 hashCode()，结果都完全一致。
- 插入后反复 get()，总能命中原始桶位，查找逻辑可靠
- 对比可变类（如含 setter 的自定义 Key），哪怕只改一个参与 equals/hashCode 的字段，就可能导致 get() 返回 null——值还在，但再也查不到了
- 这种失效不抛异常、不打日志，调试时极难复现，属于高隐蔽性数据一致性风险
哈希码只算一次，高频访问更省 CPU
String 的 hashCode() 是懒加载+缓存机制：首次调用才遍历字符数组做 31 进制运算，结果写入私有 hash 字段；后续直接返回。
- 配置中心用 Map 缓存数百个属性，每次 get("timeout") 都免去重复计算
- 循环遍历 entrySet 或频繁调用 containsKey() 时，节省大量 CPU 周期
- 普通可变对象若未手动缓存，每次 hashCode() 都要重算，开销随字符串长度线性增长
常量池自动复用，省内存且降冲突
相同字面量的 String（如 "status"、"code"）在编译期或运行期会指向字符串常量池中的同一实例。
立即学习“Java免费学习笔记（深入）”；
- 多个 map.put("status", ...) 共享一个对象，减少堆内存压力
- 语义相同的 key 必然有相同 hashCode，哈希分布更集中，链表/红黑树长度更短，O(1) 查找概率更高
- 用 new String("status") 绕过常量池，不仅浪费内存，还可能因地址不同导致意外行为
多线程读写无需额外同步
不可变对象发布即终态，没有状态变更，天生线程安全。
- ConcurrentHashMap.put("trace-id", span) 时，key 本身不可能被其他线程篡改
- Web 请求中 URL 路径、Header 名、配置项名等高频读场景，直接共享 String 实例即可
- 换成可变 key，不仅写操作要加锁，连 get() 都可能因中间状态不一致而返回错误结果
