alt+点击不生效主因是editor.multicursormodifier被设为"alt"导致冲突，应改为"ctrlcmd"或删除该设置并重载窗口，同时确保columnselection为true。
Alt + 点击不生效？先查 editor.multiCursorModifier 设置
VSCode 默认把 Alt 当作“列选择/多光标触发键”，但如果你在 settings.json 里手动设过 "editor.multiCursorModifier": "alt"，反而会禁用 Alt + 点击——它此时只认 Ctrl + 点击（Windows/Linux）或 Cmd + 点击（macOS）。这不是 bug，是设计逻辑冲突。
验证和修复步骤：
- 打开设置搜索栏，输入
multiCursorModifier - 如果值是
"alt"，改成"ctrlCmd"或直接删掉这一行（恢复默认） - 必须执行
Developer: Reload Window，仅保存设置无效 - 确保
editor.columnSelection是true（列选择默认开启，但某些插件会关掉）
Alt + ↑/↓ 移不动代码行？大概率被系统或输入法劫持
这个快捷键本意是物理移动整行（不走剪贴板、不触发格式化），但 80% 的“没反应”不是 VSCode 的问题。
常见拦截点：
- Windows：搜狗/微软拼音把
Alt + ↑绑定为中英文切换，直接吞掉事件 - macOS：系统级
Option + ↑默认触发 Mission Control，需进「系统设置 → 键盘 → 快捷键 → 调度中心」关掉 - 焦点在集成终端（
Ctrl + `打开的那个黑框）里，快捷键只对终端生效 - 远程桌面（如 AnyDesk）常把
Alt留在本地，远端 VSCode 收不到
最简验证法：按 Esc 清状态 → 切英文输入法 → 光标点进代码区 → 再试 Alt + ↑。
Alt + 拖拽错位？混用 Tab 和空格缩进是元凶
Alt + 拖拽 是按像素画矩形区域，生成列对齐光标。但如果某行用 Tab 缩进、另一行用 4 个空格，视觉上对齐，实际字符列号不同——拖拽出来的光标就会“错行”。
想严格按字符列操作（比如都在第 12 列插入内容），该用：
-
Ctrl + Alt + ↑/Ctrl + Alt + ↓：在上下行同列位置加光标（基于列号，非像素） - 列选后粘贴前，先按
Delete清空目标区域，避免残留旧字符 - 统一缩进风格：
editor.insertSpaces设为true，editor.tabSize固定为 2 或 4
Alt + 点击跳转定义？那是 LSP 在干活，不是编辑器本身
当你在 TypeScript 或 JS 文件里 Alt + 点击 一个变量名，跳转到定义，这背后不是 VSCode 自己解析代码，而是调用了语言服务器（LSP）的 textDocument/definition 请求。
这意味着：
- 纯文本文件（如
.txt）或未启用对应语言服务的文件，Alt + 点击不会跳转，只会加光标 - 跳转失败时，先看右下角语言模式是否正确（比如 .js 文件被识别成 Plain Text）
- 禁用所有插件后仍不跳转，大概率是 TS Server 崩溃或项目没配
tsconfig.json - macOS 用户若习惯用
Option键，注意系统可能默认禁用Option + Click（需在「系统设置 → 键盘 → 输入源」里检查）
真正容易被忽略的是：同一组合键在不同上下文干的事完全不同——点普通文本是加光标，点符号是发 LSP 请求，拖拽又是列选择。它没有全局统一行为，全靠当前焦点、语言服务状态和底层设置共同决定。
