alt+点击不生效最常见原因是编辑器焦点不在代码区或被vim等插件劫持；需检查multicursormodifier是否为"alt"、关闭系统快捷键冲突，并用esc退出多光标态。
Alt + 点击为什么有时不生效
最常见原因是当前编辑器焦点不在代码编辑区，比如光标停在终端、调试控制台或侧边栏。另一个容易被忽略的点是：某些扩展（如 Vim 模式插件）会劫持 Alt 键行为，导致 Alt + 点击 被拦截或映射为其他操作。
验证方式很简单：先关闭所有非必要扩展，再试一次；或者用命令面板（Ctrl+Shift+P）搜索 “Toggle Column Selection”，看是否能手动切换列选择模式。如果可以，说明快捷键本身没问题，问题出在冲突上。
- Windows/Linux 用户注意：
Alt键在部分系统级快捷键（如 Alt+Tab）中会被全局捕获，快速连点可能触发窗口切换而非编辑器响应 - macOS 用户需确认是否启用了“按住 Option 键时显示特殊字符”系统设置，该设置会让
Option + 点击插入符号而非创建光标 - VSCode 设置中检查
editor.multiCursorModifier是否被误设为"ctrlCmd"，这会让Ctrl + 点击变成多光标，而Alt + 点击失效
Ctrl + D 和 Ctrl + Shift + L 的本质区别
Ctrl + D 是“词匹配式扩展选区”，每次触发只选中下一个相同词（基于当前光标所在词的全文本匹配），适合重命名变量、统一改函数名；而 Ctrl + Shift + L 是“全文档同词选区”，一次性把当前文件里所有匹配项都选中并加光标，适合彻底清理某类硬编码值或占位符。
二者在处理边界时行为不同：Ctrl + D 默认区分大小写且不跨行匹配注释里的内容；Ctrl + Shift + L 则严格按当前光标词的原始形态全量匹配，包括字符串和注释内出现的相同文本。
- 若想让
Ctrl + D忽略大小写，需提前打开查找面板（Ctrl+F），勾选 “Match Case” 选项关闭 -
Ctrl + Shift + L无法撤销单个光标，一旦执行就得用Esc全部取消，或用Ctrl+U撤销上一步编辑 - 当目标词是关键字（如
const、return），Ctrl + Shift + L可能选中语法结构中的非目标位置，建议先用Ctrl+F验证匹配范围
列选择（Alt + 拖拽）对齐失败的常见原因
列选择依赖字符宽度对齐，但现代字体（尤其是等宽字体启用 ligatures 后）会让连字（如 ==、=>）占用一个逻辑位置却渲染为两个字符宽度，导致垂直拖拽时光标错位。更隐蔽的问题是空格与制表符混用——同一列位置在不同行可能是空格也可能是 \t，编辑器按字节偏移计算列号，视觉上对不齐。
解决办法不是靠肉眼拖，而是用快捷键驱动：Ctrl+Alt+↓ 生成的光标始终基于当前列号（而非像素位置），不会受 ligatures 或缩进混合影响。
- 禁用 ligatures 可临时修复对齐问题：在
settings.json中添加"editor.fontLigatures": false - 统一缩进为 4 个空格（或全部用 tab），避免混用；可通过
Ctrl+Shift+P→ “Convert Indentation to Spaces” 快速转换 - 如果必须处理已有混排文件，先用正则替换
^\t为 4 个空格，再进行列操作
多光标输入后光标消失或错位
这不是 bug，而是 VSCode 对“编辑后位置偏移”的主动修正策略。当你在多个光标处同时输入字符，各光标后续位置会因插入长度不同而产生偏移；如果某行末尾光标输入后超出该行长度，它会被自动移到下一行开头——这个行为在批量修改 JSON 或 HTML 属性时特别明显。
真正麻烦的是删除操作：Backspace 和 Delete 在多光标下各自删前后字符，但若某个光标位于行首，Backspace 会尝试合并上一行，导致光标跳转甚至格式错乱。
- 避免在行首用
Backspace：统一用Delete向右删，或先用Shift+→选中再删 - 输入完成后立刻按
Esc，可强制收束所有光标，防止后续误操作 - 若发现光标突然只剩一个，大概率是某次输入触发了自动括号补全（如输入
"后自动配对），此时按Ctrl+Z回退即可恢复
