sublime多光标编辑关键在“准”而非“多”：ctrl+shift+l只认选区内的换行符，无换行符即单行操作；ctrl+d默认全字匹配易误中注释，可用ctrl+k,ctrl+d跳过；alt+拖拽列编辑需等宽字体与关闭软换行。
Sublime 的多光标编辑不是“神技”，而是结构化数据批量处理的常规解法——只要选对触发方式，500 行 JSON 字段、2000 行日志前缀、100 行 CSV 第三列补空值，3 秒内完成。关键不在“多”，而在“准”：光标必须落在你真正想动的位置，否则一敲回车就全乱。
Ctrl+Shift+L 为什么只生成一个光标？
这个命令根本不管“你看到几行”，它只认选区里有没有换行符（\n 或 \r\n）。没换行符，它就当你是单行操作。
- 常见翻车：鼠标拖选时松手早了，最后一行末尾的换行符没选中 → 实际是单行选区 → 只加一个光标
- 安全做法：先用
Ctrl+L连续按多次选中目标行（每按一次选一行，含换行符），再按Ctrl+Shift+L - 如果选区里有空行，它也会为每行生成光标，但空行的光标默认落在行首；想统一落到行尾，拆完立刻按
End - Mac 用户注意：
Cmd+Shift+L在某些输入法（如搜狗）下会被系统拦截，临时切英文输入法再试
Ctrl+D 批量改字段名时总误中字符串？
Ctrl+D 默认不区分上下文，只要字面一致就匹配。JS 里改 id，// user_id is required 这种注释也会被套上光标。
- 跳过干扰项：光标停在不该改的那一处时，立刻按
Ctrl+K再按Ctrl+D，它会跳过当前匹配，继续找下一个 - 避免开头就错：别让光标悬停在单词中间（比如
user_id的_上），先用方向键移到词首或双击选中整个词，再按Ctrl+D - 想匹配子串（如在
user_input中也命中user）：打开设置 → 找到match_whole_word→ 设为false - 文件太大时，狂按
Ctrl+D容易漏项；不如先Ctrl+F输入关键词 →Alt+Enter全选 → 自动进入多光标
Alt+拖动列编辑总对不齐？
列编辑本质是矩形坐标定位，不是语义对齐。它不看缩进逻辑，只看屏幕像素位置——所以字体非等宽、混用空格和 Tab、软换行开启，都会导致光标歪斜。
- 必做检查：确认字体是等宽（如
Fira Code、Consolas），关闭View → Word Wrap - 正确触发：必须按住
Alt+Shift（Win/Linux）或Option+Shift（Mac）再拖动鼠标，单独按Alt没反应 - 缩进混乱时别硬拖：先用正则把 Tab 统一转空格（
Ctrl+H→ 查找\t→ 替换为 4 个空格），再列编辑 - 列选后输内容，所有行对应列同步响应；但退格/删会删掉该列所有字符——如果某行该列是空格，删完可能破坏缩进
多光标状态下哪些操作会突然清空光标？
多光标非常脆弱，很多看似无害的操作会直接合并或丢弃除主光标外的所有光标。
- 按
Esc：最常见原因，Sublime 默认用它退出多选状态 - 按方向键（
↑、↓、←、→）：只有主光标移动，其余光标被强制收拢或丢弃 - 执行剪切（
Ctrl+X）或粘贴（Ctrl+V）：除非你用命令面板调出Insert Clipboard，否则直接清空 - 切换 Tab 或失焦：切出去再切回来，90% 概率只剩一个光标
- 输入中文时按空格选词：部分输入法会吞掉快捷键，导致光标异常；建议英文输入法下操作
真正容易被忽略的是：多光标不保存上下文。它不记你从哪来、为什么加这些光标，只管“此刻在哪”。所以别指望它智能避让——每次加完光标，务必用眼睛扫一遍位置是否准确，再动手。
