Notepad++「升序排序」默认作用于全文而非选区，易打乱代码结构；正确做法是先精确选中纯数据段、清除隐藏格式、处理数字排序的字典序问题，并注意列对齐与大小写敏感性。
Notepad++ 的「升序排序」不是点一下就完事的功能，它只对当前选中区域生效；没选中任何文本时，它会静默地排全文——这是代码错乱的头号原因。
为什么一用就打乱 import 和 def？
因为 编辑 → 行操作 → 升序排序 默认只作用于「当前选中内容」。光标停在中间、没手动框选、直接点菜单，它就默认排整个文件。
- Python 文件里顺手一点，
import、def、if全混在一起排，结构彻底崩坏 - JSON 或配置文件里没选中就点，键值对顺序错乱，甚至破坏语法
- 安全做法是：先按
Ctrl+Shift+End（从光标到文末）或Ctrl+Shift+Home（从光标到文首），只框住纯数据段（比如无注释的列表、日志时间块） - 开启
视图 → 显示符号 → 显示空格与制表符，确认选区边缘没有隐藏缩进或注释行混入
数字排序总把 10 排在 2 前面，怎么解决？
这不是 bug，是字符串字典序的正常行为："10" 和 "2" 比较时，首字符 '1' '2'，所以 "10" 永远在前。
- 想按数值大小升序（即 2、10、102），必须预处理补零对齐
- 查找：
(\d+)，替换为：000$1（假设最大位数为 4；勾选「正则表达式」） - 执行
编辑 → 行操作 → 升序排序 - 再查找：
\b0+(\d{4})\b，替换为：$1（只清理前导零，保留原数字长度） - 别用
^0+(\d+)全局删零，可能误伤 IP 地址或带前导零的编号（如00123）
按时间戳字段排序，为什么 [9:07] 排在 [14:05] 后面？
因为原始格式不统一：小时是 9 和 14，字符串比较时 "9" > "14"（首字符比）。
- 先提取并拼接标准化时间串：查找
\[(\d{4}-\d{2}-\d{2}) (\d{1,2}:\d{2}:\d{2})\]，替换为[$1 $2] $1$2（末尾附加20260322090701这类 14 位串） - 确保新字段左对齐：删掉原时间前的多余空格，否则列排序会失效
- 按住
Alt拖选新拼接的时间串所在列（列编辑模式），执行编辑 → 行操作 → 按列排序(升序)，分隔符设为空格，「排序列」填1 - 最后用正则
\d{14}$删除每行末尾的临时字段
排序后顺序还是不对，最容易被忽略的三点
不是功能坏了，而是输入状态没对齐。
-
Ctrl+I是行倒序（镜像翻转），不是升序；别和升序排序菜单项混淆 -
按列排序要求目标列严格左对齐，若有缩进或 Tab 分隔不一致，结果完全不可预测 - 所有排序区分大小写：大写字母
A–Z优先于小写a–z；若需忽略大小写，得先统一转小写（查找.*，替换为\L$0）
真正麻烦的从来不是怎么点菜单，而是排序前那几秒的选区确认和格式清洗。
