vscode多光标需精准触发：ctrl+d按顺序匹配独立单词，shift+alt+i行尾加光标最可靠，列选择受缩进类型影响，ctrl+click默认跳转，应改用ctrl+alt+click加光标。
VSCode 多光标不是靠“多按几次 Ctrl”就能稳住的，它对触发时机、选区状态和位置预判极其敏感；用错快捷键（比如该用 Shift+Alt+I 却硬扫 Ctrl+D）会导致光标跳飞、漏改、卡死，效率反降。
为什么 Ctrl+D 总是只选中几个就停了？
它不是全量匹配，而是按文档顺序「逐个向后找下一个完全相同的独立单词」，且默认跳过字符串、注释、大小写不一致或非全字匹配的位置。
- 光标必须落在单词内部（不能在空格、括号或符号上），否则第一次就无响应
- 双击选中
user后连按Ctrl+D，不会匹配username或user_id——这是设计，不是 bug - 中间夹了一个不想改的
userToken？按Ctrl+K Ctrl+D（Windows/Linux）跳过当前高亮项 - 文件超 5MB 或正则搜索开着但没锚定（如只输
log没加\b），Ctrl+D可能卡顿；右下角不显示「x matches found」就立刻按Esc中断
Shift+Alt+I 才是行尾加光标的唯一可靠方式
Ctrl+D 和 Ctrl+Shift+L 都不解决「固定位置」问题。Shift+Alt+I（Windows/Linux）或 Shift+Option+I（macOS）直接把光标插到每行最后一个非空白字符之后，无视缩进、括号、空格混用。
- 适用场景：批量补分号、逗号、
}、;，或统一加换行符 - 空行不会加光标——这是设计行为，不是失效；若需处理空行，得先过滤或手动跳过
- 加完后按
←可统一左移一位，适合删掉行尾多余空格再操作 - 想作用于某几行？先用
Shift+↓或鼠标框选它们，再按Shift+Alt+I
列选择（Alt+拖拽）光标歪了，不是手抖，是缩进不齐
VSCode 的列选择按「字符列位置」计算，不是视觉对齐。Tab 宽度设为 4，但某行用了 2 个 Tab（即 8 字符位），另一行用 8 个空格（也是 8 字符位）——看起来对齐，实际列位置可能差 1。
- 打开设置搜
editor.renderWhitespace，设为"all"，立刻看清每行缩进是空格还是 Tab - 统一缩进：按
Ctrl+Shift+P→ 输入「Convert Indentation to Spaces」→ 选 2 或 4 空格 - 拖拽前关掉
editor.detectIndentation，避免自动检测干扰 - 拖的时候按住
Shift可微调起始/结束行；松手发现歪了，比硬调光标快的是按Esc重来
Ctrl+Click 加不了光标？别动设置，换组合键
Ctrl+Click 默认绑定的是「Go to Definition」，几乎所有语言扩展（Pylance、TypeScript、Rust Analyzer）都认这个，改 editor.multiCursorModifier 会破坏跳转习惯，还可能被插件覆盖。
- 最稳解法：保持默认，用
Ctrl+Alt+Click（Windows/Linux）或Cmd+Option+Click（macOS）——所有官方扩展都兼容 - 笔记本键盘 Alt 被系统占用？临时用命令面板：
Ctrl+Shift+P→ 输入「Add Cursor At Clicked Position」 - 鼠标点击任意位置都会清空所有光标，只剩新点击处一个——改完别急着点别处，先按
Esc退出多光标模式
真正卡住人的不是加不上光标，而是加对了却输错一行就全崩：方向键、鼠标点击、甚至输入法切换都可能悄悄合并或清除光标。列操作时某行太短导致光标缺失，不是 bug，是 VSCode 明确的设计取舍——它宁可少加，也不乱加。
