ctrl+d 连带匹配错误是因为默认不区分上下文，如 user 会匹配 username 等；双击选词、启用 whole word 搜索或 ctrl+shift+l 全文匹配可改善，但需注意大文件延迟、语言扩展干扰及列选择受空格/tab 影响。
Ctrl+D 选中相同单词时为什么总连带匹配错误？
因为 Ctrl+D 默认是“从光标位置往后找下一个完全相同的词”，但不区分上下文——user 会同时匹配 username、user_id 和 users。这不是 bug，而是设计行为。
- 双击选中完整单词（确保光标在词内且已高亮整个词），再按
Ctrl+D，能减少部分误匹配 - 想严格全字匹配，先按
Ctrl+F打开搜索框，勾选“Whole Word”和“Match Case”，输入目标词，按Alt+Enter一次性选中所有匹配项并生成光标 - 误加了光标？按
Ctrl+U撤销上一次Ctrl+D，支持连续撤销 - 跳过当前匹配项（比如第 3 个
user是注释里的，不想改）：按Ctrl+K Ctrl+D
Ctrl+Shift+L 全文档匹配后光标没反应，是卡住了还是失效？
Ctrl+Shift+L 确实会扫描全文，但只作用于当前打开的文件，且对大文件（比如 >5000 行）可能明显延迟——不是失效，是正在计算。光标没立刻出现，不代表操作失败。
- 等待 2–3 秒，看状态栏是否显示“Searching…”或右下角语言模式是否异常（比如本该是
javascript却显示plaintext） - 若长期无响应，先按
Esc退出当前多光标态，再试；或用Ctrl+F→ 输入词 →Alt+Enter替代，更可控 - 注意：
Ctrl+Shift+L不识别正则，也不跨文件；想跨文件批量改，得靠Ctrl+Shift+H（全局替换）或插件 - 某些语言扩展（如 Pylance）会劫持此快捷键，检查右下角语言标识，必要时临时切到
Plain Text再试
列选择（Alt+拖拽）时光标歪了，怎么对齐才靠谱？
列选择本质是“按字符列定位”，不是按视觉缩进——空格数不一致、Tab 和空格混用、行尾换行符差异，都会导致光标错位。这不是操作失误，是文本底层结构决定的。
- 先统一缩进：选中目标段落 →
Ctrl+Shift+P→ 输入editor.action.indentationToSpaces或editor.action.indentationToTabs强制归一化 - 用
Ctrl+Shift+P→Toggle Render Whitespace显示空格和 Tab，确认对齐基准列是否真的一致 - 更稳的做法：把鼠标停在第一行目标列（比如第 12 列），按住
Alt+↓向下加光标，比拖拽更准——它按“当前列号”复制，不依赖鼠标起止点 - 某行太短？该行不会生成光标，这是预期行为，不是漏选
为什么 Ctrl+Click 有时加光标，有时直接跳转定义？
VSCode 默认把 Ctrl+Click 绑定为“Go to Definition”，不是“Add Cursor”。想用鼠标点加光标，必须改设置或换组合键，否则行为不可控。
- 推荐不动默认设置，改用
Ctrl+Alt+Click：无需改配置，所有语言都生效，且不干扰跳转功能 - 如果坚持用
Ctrl+Click加光标：打开设置 → 搜editor.multiCursorModifier→ 改成ctrlCmd；但之后“跳转定义”就得用Alt+Click - 某些扩展（尤其 Python、TypeScript 类）会覆盖这个设置，优先检查右下角语言模式是否正确，再查扩展是否禁用了多光标支持
- 空白行或注释区
Ctrl+Alt+Click也能加光标，但光标落在不可编辑位置（如字符串内部）时，输入会被忽略——这不是失灵，是编辑器主动过滤
