多光标编辑需精准触发：ctrl+d须光标在词内、区分大小写且全字匹配；行尾加光标用shift+alt+i；列选择前须统一缩进；ctrl+click默认跳转，可改设置或用ctrl+alt+click加光标。
多光标编辑不是“按住 Ctrl 再点”就行——它依赖准确的触发方式和上下文判断，误用反而拖慢效率。
Ctrl+D 选中相同词时总漏掉或错选？
根本原因是 VSCode 默认只往后找、区分大小写、且全字匹配。光标没放在词内就按 Ctrl+D，或者词被引号/括号包裹但没手动选中，都会导致不响应。
- 必须先将光标置于目标词内部（比如
user的任意一个字母上），再按Ctrl+D；双击选中再按也行，但别只靠鼠标悬停 - 想跳过某个匹配（比如字符串里的
user），按Ctrl+K再按Ctrl+D，它会跳过当前高亮项继续往后找 - 按
Ctrl+U可撤销上一次Ctrl+D添加的光标，比全部重来快得多 - 如果右下角状态栏突然显示「247 matches found」，说明匹配失控——立刻按
Esc退出，检查是否误开了正则或没限定作用范围
如何在每行末尾批量加光标（比如补逗号、分号）？
别用 Ctrl+Shift+L——它只对“当前已选中的所有行”生效，且默认行为是把整行变成光标位置，不是行尾。
- 最稳的是
Shift+Alt+I（Windows/Linux）或Shift+Option+I（macOS）：光标在哪一行，就对那一行所在可视区域的所有行末尾加光标 - 如果只想处理选中的几行，先用鼠标或
Shift+↓选中它们，再按Shift+Alt+I，VSCode 会严格限制在所选范围内 - 若行尾有空格或制表符干扰，光标可能落在空格后而非真正末尾——可先按
End让所有光标跳到行尾，再输入
列选择（竖向编辑）为什么光标歪了？
因为列选择是按“字符列位置”算的，不是按“视觉对齐”。缩进用空格数不一致、Tab 宽度设置不同、或混用 Tab 和空格，都会导致松手后光标错位。
- 必须先统一格式：选中目标段落 →
Ctrl+Shift+P→ 输入Convert Indentation to Spaces（或 Tabs）→ 回车 - 拖拽时按住
Shift可微调起始/结束行，避免一滑到底；松手前看虚线框是否覆盖你想要的全部行 - 更可控的方式是用命令面板：
Ctrl+Shift+P→ 输入Toggle Column Selection→ 回车开启列模式，之后鼠标左键拖就是列选，不用一直按修饰键
Ctrl+Click 加不了光标，反而跳转定义？
这是 VSCode 默认行为冲突：Ctrl+Click 绑定的是 editor.action.revealDefinition，不是添加光标。
- 最稳妥解法是改设置：打开
Ctrl+,→ 搜editor.multiCursorModifier→ 改成ctrlCmd（这样Ctrl+Click加光标，Alt+Click才跳转） - 不改设置也能用：
Ctrl+Alt+Click（Windows/Linux）或Cmd+Option+Click（macOS）——无需改配置，兼容性更好 - 某些语言扩展（如 Pylance）会覆盖此设置，注意右下角语言模式是否为正确类型（比如 Python 而不是 Plain Text）
真正卡住人的从来不是功能不会用，而是光标加完才发现部分落在注释里、字符串中，或被 Bracket Pair Colorizer 这类插件干扰——多光标输入是“所见即所得”，但前提是每个光标都落在可编辑的纯文本位置。
