多光标编辑需注意光标丢失、匹配逻辑与操作规范：ctrl+d逐词匹配且跳过字符串/注释；ctrl+k ctrl+d跳过干扰项；shift+alt+i精准落于每行末尾非空白字符后；ctrl+shift+l仅作用于已选中文本；鼠标点击会清空所有光标。
多光标编辑不是“加完光标就完事”，真正卡住人的往往是光标加对了，但输入时只改了第一行——大概率是其他光标被方向键、鼠标点击或重叠合并悄悄干掉了。
Ctrl+D 为什么只选中几个就停了？
它不是全量匹配，而是按文档顺序逐个找下一个相同单词。默认跳过字符串和注释里的内容，且不区分大小写（除非你开了 editor.matchCase）。
- 想跳过某个干扰项：按
Ctrl+K Ctrl+D（Windows/Linux）或Cmd+K Cmd+D（macOS），直接跳过当前高亮项 - 误点了太多：按
Ctrl+U（或Cmd+U）逐次撤销，比狂按Esc稳定得多 - 文件太大响应慢：先用
Ctrl+F搜索目标词，勾选Whole Word和Match Case，再按Alt+Enter全选所有匹配项，最后Ctrl+Shift+L转光标
怎么让光标精准落在每行末尾？
Shift+Alt+I（Windows/Linux）或 Shift+Option+I（macOS）是唯一可靠方式——它无视缩进、空格、括号嵌套，强制把光标插到每行最后一个非空白字符之后。
- 适用场景：批量补分号、逗号、
;、,、},或统一加换行符 - 如果某行是纯空行，该命令不会在它上面加光标（这是设计行为，不是 bug）
- 加完后按
←可把所有光标左移一位，适合删掉行尾多余空格后再操作
列选择模式下光标错位或消失？
列选择（Alt+Shift+鼠标拖拽 或 Ctrl+Shift+Alt+→/←）本质是矩形框选，只要某行长度小于框选列范围，那行就不会生成光标。
- 常见错误：拖拽时手滑超出预期列宽，导致短行被排除；建议先用
Ctrl+Home回到行首，再按住Alt+Shift向右拖，控制起始列 - 列选区内按
Home或End不会跳到行首/尾，而是移到矩形边界——这点和普通编辑完全不同 - 删除操作（
Delete或Backspace）会同步执行，容易误删整列内容；输错前先按Ctrl+Z，别等光标消失才反应过来
为什么 Ctrl+Shift+L 有时没反应？
它只作用于「当前已选中的文本」，不是光标所在单词。很多人光标停在变量名上但没选中，快捷键就无效。
- 正确流程：双击变量名 → 完整选中 → 按
Ctrl+Shift+L→ 所有完全相同的字符串变光标 - 想模糊匹配？先用
Ctrl+F开正则（点.*），输入如\buser\.\w+，回车后按Ctrl+Shift+L - 配置项
editor.multiCursorMergeOverlapping设为true（默认）时，若两个匹配项相邻（如idid），会被合并成一个光标；临时关闭它可避免漏改，但光标数暴增需手动清理
最常被忽略的细节：多光标状态下，任意一次鼠标点击都会清空所有光标，只剩新点击处一个——所以改完别急着点别处，先按 Esc 退出多光标模式，再继续浏览代码。
