ctrl+click 默认跳转定义因绑定 editor.action.revealdefinition，改 "editor.multicursormodifier": "ctrlcmd" 可切换为加光标，或用 ctrl+alt+click 直接加光标；列选择 shift+alt+拖拽更精准；查找面板“全部选中”比 ctrl+d 更可靠；多光标易被方向键或重叠合并清除，建议 esc 锁定后操作。
Ctrl+Click 为什么跳转定义而不是加光标？
因为 VSCode 默认把 Ctrl+Click 绑定在 editor.action.revealDefinition，不是多光标操作。它优先响应语言服务器的跳转逻辑，哪怕你点的是变量名末尾空格，只要语法分析认定你在符号范围内，就一定跳转。
临时解法：改设置 "editor.multiCursorModifier": "ctrlCmd"，这样 Ctrl+Click 才真正加光标，Alt+Click（Windows/Linux）或 Option+Click（macOS）反而变成跳转——但注意，某些语言扩展（如 Pylance、Rust Analyzer）可能覆盖该设置，得先确认右下角语言模式是否正确。
更稳妥的替代方案：
-
Ctrl+Alt+Click（Windows/Linux）或Cmd+Option+Click（macOS）：不依赖设置，直接加光标，兼容性最好 - 用
Ctrl+D或Ctrl+Shift+L配合查找定位，绕过鼠标点击
如何让光标精准落在目标列位置？
靠 Ctrl+Alt+↑/↓ 垂直追加光标，表面看是“按列对齐”，实际行为是“在当前光标列号位置，向上或向下找最近可编辑行，插入同列光标”。如果某行太短，列号超出该行长度，VS Code 就跳过——这不是 bug，是设计。
真正可控的列对齐方式是列选择模式：
-
Shift+Alt+鼠标拖拽（Windows/Linux）或Shift+Option+鼠标拖拽（macOS）：框出矩形区域，松手即生成每行一个光标，严格按视觉列对齐 - 列选择中按
Home/End不会跳到行首/尾，而是停在选区边界 - 若某行无内容或缩进用空格而非 Tab，列选择仍生效；但若用了制表符混合空格，列数可能错位——建议统一用空格缩进（
"editor.insertSpaces": true）
批量编辑前怎么快速定位所有目标？
别依赖 Ctrl+D 一路按到底——它只按文档顺序往后找，遇到字符串、注释、大小写不一致或非全字匹配就跳过，很容易漏改。
更可靠的做法分三步走：
- 先用
Ctrl+F打开查找面板，输入目标文本，勾选Match Case和Whole Word（必要时关掉） - 点击右下角“全部选中”按钮（三个叠放方块图标），或直接按
Ctrl+Alt+Enter（Windows/Linux）/Cmd+Option+Enter（macOS） - 此时所有匹配项被高亮并自带光标，输入即批量替换；若只想改其中几处，按
Esc退出多选，再手动删掉不需要的光标
注意：Ctrl+Shift+L 要求你**先选中一段文本**（哪怕一个字母），否则会全选当前行甚至报错；而查找面板的“全部选中”不要求预选，更鲁棒。
为什么光标加完一敲键盘只改了第一处？
大概率是误触了方向键或鼠标点击——VS Code 的多光标非常脆弱，任意一次单击（哪怕点在行首空白）、一次 ← 或 →，都会清空除主光标外的所有光标。
另一个常见原因是重叠光标自动合并："editor.multiCursorMergeOverlapping": true（默认开启）。比如你想改 id: id 中两个 id，它们紧挨着，VS Code 会合并成一个光标。
防误操作建议：
- 加完光标后立刻按
Esc锁定状态，避免方向键干扰 - 批量输入前，用
Shift+Alt+I把光标统一推到行尾，或Home推到行首，再开始敲——比盲目输入安全 - 改结构类内容（如加
?、补括号、大小写转换）别硬扛多光标，直接上Ctrl+H正则替换，比如搜索(\w+)\.(\w+)，替换为$1?. $2
最易被忽略的点：多光标不是“功能开关”，它是上下文敏感的瞬态状态。一旦编辑器焦点移出、插件重载、或某次操作触发了语言服务刷新，光标就可能无声消失——所以批量操作前，先 Ctrl+S 保存，再动手。
