compareTo返回负数表示当前字符串字典序小，0表示相等，正数表示字典序大；具体值为首个不同字符Unicode码点之差，不可用== -1判断小于关系。
compareTo 返回负数、零、正数分别代表什么
Java 中 String.compareTo() 不是返回 -1 / 0 / 1，而是返回一个**有符号整数**，只保证：负数表示当前字符串字典序小，0 表示相等，正数表示当前字符串字典序大。具体数值取决于第一个不同字符的 Unicode 差值。
- 比如
"ab".compareTo("ac")返回 -1（'b' - 'c' = -1） - 而
"a".compareTo("z")返回 -25（'a' - 'z' = -25） - 绝不能用
== -1判断“小于”，必须用
忽略大小写的字母排序怎么写才安全
直接调用 String.compareTo() 是区分大小写的，因为大写字母（A-Z）Unicode 在小写（a-z）之前，"Z".compareTo("a") 返回负数，但按字母顺序 Z 应排在 a 后面。
- 推荐用
String.compareToIgnoreCase()，它内部做了大小写归一化处理 - 不要自己先转
toLowerCase()再比较——某些语言（如土耳其语）的 toLowerCase 规则会导致错误排序 - 如果需稳定国际化排序（比如德语 ß、重音字符），改用
Collator类，而不是字符串方法
compareTo 和 equals 都能判相等，该选哪个
两者目的不同：equals() 判内容是否完全一致；compareTo() 判字典序关系，顺便能用于相等判断。
- 仅检查相等？用
equals()—— 更快、语义清晰、支持 null 安全（Objects.equals(a, b)） - 需要排序或比较大小？必须用
compareTo()或其 ignoreCase 版本 - 别用
compareTo() == 0替代equals()：当字符串含 null 时会抛NullPointerException，而equals()可控
中文、数字混排时 compareTo 的行为很反直觉
String.compareTo() 按 Unicode 码点逐字符比，不是按“自然排序”——所以 "10" 会排在 "2" 前面，"苹果" 和 "banana" 的顺序取决于首字 Unicode 值（中文汉字普遍在拉丁字母之后）。
立即学习“Java免费学习笔记（深入）”；
- 纯英文场景下表现符合预期；一旦混入数字、中文、符号，结果就容易出人意料
- 需要数字按数值大小排？用
Collator+ 自定义规则，或预处理提取数字做多级排序 - 中文为主的应用，建议统一用
Collator.getInstance(Locale.CHINA)，否则 “张三” 和 “李四” 的顺序可能和拼音排序不一致
真正麻烦的是混排场景下的隐式假设——开发者常以为 compareTo 就是“按人眼看到的字母顺序排”，其实它只认 Unicode 码点。这点在做前端列表排序或后端分页时，很容易漏掉测试边界 case。
