sublime text无法用多行编辑去重，因其仅同步操作位置而不判重；海量数据去重需依目标选方案：允许乱序用sort lines: unique，保序小文件用正则^(.*$)\n(?=.*^\1$)，大文件或复杂规则应改用awk或python。
Sublime 汉化不影响多行编辑功能，但“海量重复数据”的去重不能靠多行编辑解决——它只负责同时修改多个位置，不判断重复、不建哈希表、不删行。
多行编辑根本不能删除重复行
很多人误以为 Ctrl+Shift+L 或 Alt+鼠标拖拽能“一键去重”，其实它只是在多处同步输入或删除，对“是否重复”毫无感知。比如你有 100 行 apple，用多光标全选后按 Delete，确实全删了；但若其中夹着 banana 和另一批 apple，它不会识别、也不会跳过，只会把所有光标所在行一并干掉——这不是去重，是暴力清空。
- 多行编辑本质是「位置同步」，不是「内容判重」
- 它无法区分
"apple"和"apple "（尾部空格），更不会跳过空行或忽略大小写 - 汉化版菜单文字变了，但快捷键和底层行为完全一致，
Ctrl+Shift+L还是那套逻辑
真正能处理“海量重复数据”的只有三类路径
面对几千上万行文本，必须明确目标：要保序？要快？要精准？不同选择对应不同工具链。
- 如果允许打乱顺序：
Sort Lines: Unique（Sublime Text 4.4+ 原生命令）最省事，等价于sort -u，但会把zebra排到apple前面 - 如果必须保序且文件 ≤5MB：用正则
^(.*$)\n(?=.*^\1$)，但务必先统一换行符为 Unix（File → Line Endings → Unix），否则匹配失效 - 如果文件 >10MB 或含 CSV/空格/大小写混杂：别硬刚 Sublime，直接切终端跑
awk '!seen[$0]++' file.txt或 Python 脚本，稳定不卡
为什么你总在“去重”上翻车
几乎所有失败都源于混淆了操作对象和判断逻辑：
-
Remove Duplicate Lines只删相邻重复，三行apple→banana→apple中第二个apple完全不动 - 正则
^(.*)(\n\1)+$必须配合排序使用，单独用只会匹配连续块，不是全文去重 - 汉化后菜单叫“删除重复行”，但实际调用的仍是原生
Remove Duplicate Lines命令，行为没变 - 未清除尾部空格就跑正则，
"abc"和"abc "永远不匹配，去重结果永远残缺
保序、海量、带格式的去重，从来不是编辑器单点功能能兜底的事——它需要你主动拆解问题：先清洗（空格/BOM/换行符），再选策略（排序 or 正则 or 外部命令），最后验证（grep 统计前后行数）。漏掉清洗这步，后面全白忙。
