为何CaseInsensitiveMap.convertKey()采用两次字符转换？与直接转小写是否等价？

一、为什么采用Character.toLowerCase(Character.toUpperCase(chars[i]))的写法？ #

这种写法的核心目的是统一字符的大小写转换结果，消除某些字符因大小写变体带来的歧义，确保真正的大小写不敏感匹配。

在Unicode字符集中，部分字符存在特殊的大小写映射规则：

• 比如希腊语的词尾小写字母ς（U+03C2），它是小写σ（U+03C3）的词尾变体，两者语义等价但编码不同。直接调用toLowerCase(ς)得到的还是ς，但先转大写成Σ（U+03A3）再转小写，会得到通用的σ——这样就能把ς和σ统一为同一个字符，保证两种形式作为键时被视为同一对象。
• 再比如部分语言中存在“特殊大写”字符，直接转小写无法覆盖所有等价场景，先转大写再转小写能让这类字符收敛到标准小写形式，避免因字符变体导致的键不匹配。

CaseInsensitiveMap的设计目标是让任意大小写形式的键都能匹配到同一个值，这种写法能覆盖更多边缘字符的情况，比单纯调用toLowerCase更健壮。

二、和直接调用Character.toLowerCase(chars[i])的逻辑是否一致？ #

完全不一致，差异体现在部分特殊Unicode字符的转换结果上，举几个典型例子：

• 希腊语字符ς（U+03C2）：
  • 直接调用Character.toLowerCase(ς) → 结果为ς
  • 先转大写再转小写：Character.toLowerCase(Character.toUpperCase(ς)) → 结果为σ（U+03C3）
• 土耳其语字符ı（U+0131）：
  • 直接调用Character.toLowerCase(ı) → 结果为ı
  • 先转大写再转小写：Character.toLowerCase(Character.toUpperCase(ı)) → 结果为i（U+0069）

这些差异直接影响键的匹配逻辑：如果用单纯的toLowerCase，输入ς和σ会被判定为不同的键；而用先转大写再转小写的写法，两者都会被转换成σ，就能正确匹配到同一个值。

内容的提问来源于stack exchange，提问作者hhhChan