ctrl+f9在word中用于插入域代码的大括号，而非排序；excel中无ctrl+f9排序功能，其排序快捷键为alt+a+s+a（升序）或alt+a+s+d（降序）。
Ctrl+F9（Win/Linux）或 Cmd+F9（macOS）就能升序排序，但结果“不对”不是快捷键错了，是你没理解 sort_lines 的真实行为边界。
为什么 Ctrl+F9 排出来的顺序看起来很奇怪？
它根本不是按“整行内容”排序，而是严格取每行第一个非空白字符的 ASCII 值比较：
- 空行或全空格行会被排到最前面（因为无有效首字符）
- 缩进也被当作文本参与比较：四个空格开头的行，首字符是空格（ASCII 32），永远比任何字母都小
- 大写字母 A–Z（65–90）ASCII 值 Banana 一定排在
apple前面 - 数字字符串按字典序排：
10.txt会排在2.txt前面（因为'1''2'）
怎么真正实现忽略大小写的字母排序？
原生没有一键“忽略大小写”的菜单项，但有两条可靠路径：
- 预处理统一格式：
Ctrl+K, Ctrl+L全转小写 → 再Ctrl+F9；或Ctrl+K, Ctrl+U全转大写 → 再Ctrl+F9 - 装插件：
Natural Sort安装后，Ctrl+Shift+P输入Natural Sort: Sort Ascending，默认就忽略大小写 - 注意：
Sort Lines (Case Sensitive)是另一个独立命令，启用后会让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统一小写，否则不会被识别为重复
降序不能靠猜快捷键，得用 Reverse
当前稳定版（2026 年）已移除 Sort Lines (Z-A) 菜单项，Ctrl+Shift+F9 在不同版本行为不一致，不可依赖：
- 可靠做法：先
Ctrl+F9升序 → 全选已排序区域 →Ctrl+Alt+R（Win/Linux）或Cmd+Option+R（macOS）执行Reverse - 注意：
Reverse不改变排序依据，只反转当前顺序；对乱序数据直接Reverse，结果还是乱序 - 高频使用可自定义键位：在
Preferences → Key Bindings中添加：{"keys": ["ctrl+shift+f9"], "command": "sort_lines", "args": {"reverse": true}}
真正麻烦的从来不是按键动作，而是你是否提前想清楚：哪些行该一起排、哪些字符算“有效首字母”、大小写要不要抹平、空行缩进要不要保——这些边界不厘清，Ctrl+F9 按下去那一刻，就已经埋下错位隐患。
