String作为Map的key是因其不可变性支撑的可靠设计：哈希码稳定避免“静默丢失”，缓存机制提升性能，常量池复用减少内存与哈希冲突，且天然线程安全。
Java中String作为Map的key，不是“用起来方便”的权宜之计，而是由其不可变性直接支撑的可靠设计。这种特性让HashMap在查找、并发、内存和安全性等多个维度都更稳定高效。
哈希码稳定，避免键值对“静默丢失”
HashMap依赖key的hashCode()定位桶位置。如果key可变，修改内容后hashCode变化，get()就会去错的桶里找——值还在，但永远查不到。
- String对象一旦创建，内部byte[]或char[]被final修饰，内容无法更改，hashCode计算结果始终一致
- 对比可变类（如自定义Key含setter），哪怕只改一个字段，只要它参与equals/hashCode，就可能破坏查找逻辑
- 这种失效不抛异常、不报错，调试时极难定位，属于隐蔽性极强的数据一致性风险
哈希码缓存，显著降低高频访问开销
String在首次调用hashCode()时计算并缓存结果，后续调用直接返回。这对Map的get()、containsKey()等操作是实质性优化。
- 无需每次调用都重新遍历字符数组做多项式运算（s[0]×31^(n−1) + … + s[n−1]）
- 尤其在循环遍历Map或频繁校验key存在性的场景下，缓存带来的性能提升明显
- 而普通可变对象若未手动实现缓存，每次hashCode()都是完整重算，开销不可忽略
字符串常量池复用，减少重复对象与哈希冲突
相同字面量的String自动指向常量池中同一实例，既省内存，又保障语义一致的key必然有相同hashCode。
立即学习“Java免费学习笔记（深入）”；
- 例如"status"出现在多处配置解析中，实际只生成一个String对象，所有map.put("status", ...)共享该引用
- 不同key实例但内容相同时，因复用同一对象，哈希桶分布更集中、更可控
- 若用new String("status")强行绕过常量池，则失去复用优势，还可能因对象地址不同导致意外行为
天然线程安全，免去同步成本
不可变对象没有状态变更，多个线程共享同一个String key时，完全无需加锁或使用ConcurrentHashMap等额外机制。
- 在Web应用中，URL路径、请求头名、配置项名等常用String作key，天然适配高并发读场景
- 若换成可变key，不仅需同步写操作，连get()都可能因中间状态不一致而返回错误结果
- 这一特性让String成为跨线程传递、缓存共享、配置中心等场景中最稳妥的key类型
