多光标失效时，先看右下角是否显示-- normal --，这是vim插件接管编辑模式所致；按esc可临时退出并恢复ctrl+d等操作；若editor.multicursormodifier被改为"ctrl"或"meta"，需改回"alt"并重载窗口；ctrl+shift+l依赖查找面板匹配状态，须确保大小写、全字匹配等设置一致；列选择对不齐多因空格与tab混用，应启用renderwhitespace并统一缩进。
多光标失效时，先看右下角有没有 -- NORMAL --
这不是插件问题，而是 Vim 插件接管了编辑模式。VSCode 界面右下角如果显示 -- NORMAL -- 或 -- INSERT --，说明你正处在 Vim 模式下，Ctrl+D、Alt+Click 等原生多光标行为全部被禁用或重映射。
临时恢复办法：按一次 Esc，状态栏提示消失，立刻能用 Ctrl+D 或 Ctrl+Shift+L；不想关插件？别动设置，每次误入 NORMAL 模式就按 Esc，这是最轻量的应对方式。
长期建议：在 Vim 插件设置里关闭 vim.useCtrlKeys（防止 Ctrl+D 被劫持），但不推荐彻底禁用 Normal 模式——容易混淆语义，反而更难调试。
editor.multiCursorModifier 被悄悄改成了 "ctrl" 或 "meta"
这个配置项决定哪个键触发鼠标多光标：editor.multiCursorModifier 默认是 "alt"（Windows/Linux）或 "meta"（macOS）。但很多用户装了“快捷键增强”类插件后，它会被自动覆盖成 "ctrl"，结果 Alt+Click 完全没反应，而 Ctrl+Click 却跳转到定义去了。
检查方法：按 Ctrl+, 打开设置，搜索 multiCursorModifier，确认值是字符串 "alt"（注意带英文双引号，且小写）；不是 alt、不是 Alt、也不能是 ctrl。
改完必须重载窗口：按 Ctrl+Shift+P → 输入 Developer: Reload Window → 回车。只重启 VSCode 不生效，因为该配置在内存中已缓存。
Ctrl+Shift+L 全选同词却漏匹配？查查找面板的匹配状态
Ctrl+Shift+L 的行为完全复用当前查找面板（Ctrl+F）的规则。它不是“智能找变量”，而是“把查找框里当前激活的匹配项，全部打上光标”。所以失效几乎都源于查找状态不一致：
- 右下角没显示
x matches found？说明查找面板根本没激活匹配，先双击一个词再按Ctrl+F，回车确认高亮 - 查找框里勾了
Aa（大小写敏感）但文档里有User和user？关掉再试 - 想匹配
id却漏了user_id？说明开了“全字匹配”（\b行为），关掉即可 - 用了正则但没点
.*图标？Ctrl+Shift+L不会响应未启用的正则模式
验证是否就绪：打开 Ctrl+F，输入目标词，看到绿色高亮和右下角数字，再按 Ctrl+Shift+L —— 这才是标准流程。
列选择（Alt+拖拽）对不齐，大概率是空格和 Tab 混用
视觉上对齐 ≠ 字符位置对齐。Alt+拖拽 是按字符列号计算的，不是像素坐标。某行缩进是 4 个空格，另一行是 1 个 Tab（设为宽度 4），VSCode 认为它们列号不同，拖拽时光标就会错位。
暴露问题：打开设置，搜 editor.renderWhitespace，设为 "all"，立刻看清每行缩进是空格还是 Tab。
统一处理：按 Ctrl+Shift+P → 输入 Convert Indentation to Spaces → 回车（推荐选 2 或 4 空格）；之后再 Alt+拖拽，虚线框才能准确落在你想要的列上。
注意：如果某行太短，列位置超出该行长度，VSCode 默认不生成光标——这不是 bug，是保护机制。别强行拉长选区凑行数，先清理数据结构更可靠。
