Collator.getInstance() 默认排序非拼音序，因依赖系统Locale：中文环境可能为拼音序，英文环境则按Unicode码点排序；必须显式传入Locale.CHINA并设STRENGTH为SECONDARY以确保正确中文排序。
Collator.getInstance() 默认排序为什么不是拼音顺序
Java 的 Collator 默认行为取决于系统区域设置（Locale），比如用 Collator.getInstance() 在中文 Windows 或 Android 上可能碰巧是拼音序，但在英文环境或服务器上大概率退化为按 Unicode 码点排——“张”会排在“阿”前面。这不是 bug，是设计使然：Collator 本意是做“符合语言习惯的比较”，而“中文排序规则”本身需显式声明。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 必须传入明确的
Locale，首选Locale.CHINA（不是Locale.SIMPLIFIED_CHINESE，后者不保证排序规则） - 避免依赖默认构造，哪怕本地测试通过，上线后容易因 JVM 启动参数（如
-Duser.language=en）失效 - 若需严格 GB/T 2312 或 Unicode 汉字扩展区支持，得搭配
RuleBasedCollator自定义规则，但绝大多数业务场景Collator.getInstance(Locale.CHINA)足够
用 Collator 做 List.sort() 时的常见空指针和类型错误
直接把 Collator 当作 Comparator 传给 sort() 看似合理，但容易踩两个坑：一是 Collator.compare() 接收 String，若列表含 null 会抛 NullPointerException；二是如果 List 元素是自定义对象（比如 User），没提取字符串字段就传进去，会触发 ClassCastException。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 对可能含
null的列表，先过滤或用Comparator.nullsFirst()包一层：Collator collator = Collator.getInstance(Locale.CHINA);<br>List<String> list = Arrays.asList("王", null, "李");<br>list.sort(Comparator.nullsLast(collator)); - 对对象列表，必须用方法引用提取字段：
list.sort(Comparator.comparing(User::getName, Collator.getInstance(Locale.CHINA)));
- 别用
collator::compare方法引用——它签名是(String, String) → int，而Comparator需要(T, T) → int，泛型擦除后可能在运行时出错
Collator.STRENGTH 设置影响拼音排序精度
Collator 的 STRENGTH 级别决定它是否区分大小写、音调、甚至全半角。中文排序最常踩的坑是用了 Collator.PRIMARY（只比汉字本体），结果“张”和“章”被当成相同——它们拼音声母韵母一样，仅声调不同；而默认的 Collator.TERTIARY 才会区分声调和大小写。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 中文姓名/关键词排序，推荐设为
Collator.SECONDARY（区分声调，忽略大小写）：Collator collator = Collator.getInstance(Locale.CHINA);<br>collator.setStrength(Collator.SECONDARY);
- 若业务要求“张”=“章”（比如模糊搜索），才降级到
PRIMARY；但注意这会让“啊”和“阿”也等价（同音不同调） - 避免用
TERTIARY处理纯中文——它会把英文大小写、标点差异也纳入比较，增加无谓开销
Android 和旧版 JDK 的 Collator 兼容性差异
Android（尤其 API 28 以下）和 OpenJDK 8 的 Collator 实现不同：前者基于 ICU，拼音排序更准；后者用较老的 CLDR 数据，对生僻字（如“䶮”、“婠”）或新收录汉字可能返回 0（视为相等）或排序错乱。这不是代码写错，是底层数据版本问题。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 服务端若用 JDK 8，建议升级到 JDK 11+ 或显式引入
icu4j替代：new com.ibm.icu.text.Collator().setLocale(Locale.CHINA)
- Android 端无需额外处理，但要注意
Collator.getInstance(Locale.CHINA)在低版本可能 fallback 到 ASCII 序，可加兜底校验：if (collator.compare("张", "李") == 0) { /* 触发告警或切备用排序 */ } - 跨平台项目（如 Kotlin Multiplatform）必须统一 Collator 来源，不能混用 JDK 和 ICU 版本
真正麻烦的是混合排序：中英文混排时，“iPhone”该排在“苹果”前还是后？Collator 默认按语言区块分组，但具体位置受 CollationKey 缓存和归一化影响——这时候就得测真实数据，别信文档里的“理论上”。
