sort_lines按首非空白字符ascii值排序，不解析数字、区分大小写，去重需先排序，降序用ctrl+alt+r，忽略大小写需预处理或natural sort插件。
sort_lines 是 Sublime Text 原生排序的核心命令，但直接按 Ctrl+F9 并不总能得出你想要的结果——关键在于你是否理解它“只看首非空白字符的 ASCII 值”这一行为边界。下面说清楚几个高频、易错、必须动手验证的点。
Ctrl+F9 为什么排得不对？——它根本不是按“整行内容”排序
这个快捷键调用的是 sort_lines 命令，逻辑非常机械：
• 只取每行**第一个非空格/制表符的字符**（比如 apple 和 banana，前者拿 a 比，后者拿 b）
• 然后比这个字符的 ASCII 值，大写字母（A–Z = 65–90）永远小于小写字母（a–z = 97–122），所以 Banana 一定排在 apple 前面
• 空行或全空白行会被排到最前面（因为没“第一个非空白字符”，视为最小）
• 如果你只选中了某几列（比如用鼠标框住中间三列），sort_lines 会把每行当做一个“字符串片段”来排，结果完全不可控
想降序或忽略大小写？别找菜单，先确认版本再操作
当前主流稳定版（2026 年）已移除 Edit → Sort Lines → Sort Lines (Z-A) 菜单项。
• 降序唯一可靠路径：先 Ctrl+F9 升序 → 全选已排序区域 → 再按 Ctrl+Alt+R（Win/Linux）或 Cmd+Option+R（macOS）执行 reverse
• 忽略大小写排序没有一键菜单，但有两条路：
- 预处理：选中后按 Ctrl+K, Ctrl+L 全转小写，再 Ctrl+F9
- 插件：装 Natural Sort 后，Ctrl+Shift+P 输入 Natural Sort: Sort Ascending，它默认就忽略大小写
• 注意：Ctrl+Shift+P 输入 Sort Lines (Case Sensitive) 是另一个独立命令，它强制启用 ASCII 序（即 A–Z 优先于 a–z），不是“开关”
去重失败？大概率是跳过了“必须先排序”这步
Remove Duplicate Lines（快捷键 Ctrl+Shift+U）的行为和 Unix 的 uniq 完全一致：只删**连续重复行**。
• 原始数据是 apple、banana、apple、cherry？直接去重后仍是四行
• 正确流程只有且必须是：
- 选中目标块
- Ctrl+F9 排序（让相同内容相邻）
- 再次全选 → Ctrl+Shift+U
• 若含大小写混用（如 Apple 和 apple），必须在排序前统一格式（Ctrl+K, Ctrl+L），否则它们不会被识别为重复项
数字排序乱序（10 在 2 前面）？这不是 bug，是设计使然
sort_lines 是纯字符串比较，不解析数值：
• log1.txt、log10.txt、log2.txt 排序后是 log1.txt → log10.txt → log2.txt（因为首字符 '1' '2'）
• 临时解法：用正则替换 ^log(\d+)\.txt$ → log00$1.txt，排完再反向替换回来
• 长期解法：
- 装 Sort Numbers 插件，命令面板输 Sort Numbers: Sort Ascending
- 或装 Natural Sort，它对常见数字后缀（如 .log、_v2）支持更好
• 注意：Natural Sort 对负数（-5）、小数（3.14）或混合符号（ver1.2.3）可能误判，别用于版本号等严谨场景
