string.compareto() 默认按 unicode 码点逐字符比较，返回负数、0 或正数表示字典序大小关系；文件名排序时大写字母排小写前、数字排字母前，如 "file.txt" 在 "file.txt" 前、"2_report.pdf" 靠前。
String.compareTo() 默认按 Unicode 码点值逐字符比较，对文件名排序时表现接近“字典序”，但并非严格意义上的自然语言字典序（比如不区分大小写、不处理数字逻辑、不考虑本地化规则）。
compareTo() 的基本行为
它返回一个整数：
- 负数：调用字符串在字典序中排在参数字符串前面（如
"apple".compareTo("banana")→ -1） - 0：两个字符串完全相等（内容和长度都相同）
- 正数：调用字符串排在后面（如
"zebra".compareTo("apple")→ 25）
比较过程是：从索引 0 开始，逐个字符取 char 值（即 UTF-16 编码单元），比较它们的数值大小。一旦发现不同，立即返回差值（ch1 - ch2）；若所有对应字符都相同，就返回长度差（len1 - len2）。
文件名排序中的实际影响
由于文件名通常是 ASCII 或含常见 Unicode 字符（如中文、连字符、下划线），其排序结果由字符的 Unicode 码点决定。几个关键事实：
-
大写字母排在小写字母前面：
'A'（U+0041, 65）'a'（U+0061, 97），所以"File.txt"会排在"file.txt"前面 -
数字字符比字母靠前：
'0'（U+0030）到'9'（U+0039）码点为 48–57，远小于'a'（97），因此"2_report.pdf""abc.doc" -
中文按 Unicode 中文区段排序：常用汉字位于 U+4E00–U+9FFF，按部首笔画大致有序，但不是拼音序（如
"你好"和"世界"比较取决于首字码点，而非“nǐ hǎo” vs “shì jiè”） -
符号和空格也参与比较：空格（U+0020）比所有可显字母都小，所以
" a.txt"会排在"a.txt"前面
何时不能直接用 compareTo()？
如果你期望更符合用户直觉的排序，比如：
- 忽略大小写（
"Readme.md"和"readme.md"视为等价位置） - 数字按数值大小识别（
"file10.txt"排在"file2.txt"后面，而非前面） - 按系统区域设置排序（如德语中
ä视为a的变体）
此时 String.compareTo() 不适用。应改用：
-
String.CASE_INSENSITIVE_ORDER：内置的忽略大小写比较器 -
Collator.getInstance()：支持本地化规则（如德语、中文拼音） - 自定义 Comparator 实现“自然排序”（natural order），例如用正则分隔数字与文本并分别解析比较
简单安全的文件名排序示例
如果只要求稳定、可预测、兼容 ASCII 文件系统的排序（如生成目录列表、构建路径索引），直接使用 compareTo() 是高效且合理的：
List<string> files = Arrays.asList("z.txt", "A.log", "1.dat", "test.md");
files.sort(String::compareTo); // 或 files.sort(Comparator.naturalOrder())
// 结果：["1.dat", "A.log", "test.md", "z.txt"]
</string>注意：这与操作系统的默认排序可能不一致（例如 Windows 资源管理器默认忽略大小写 + 自然数字排序），但作为程序内部统一排序依据是可靠且无歧义的。
