VSCode默认用Alt+↑/↓（Win/Linux）或Option+↑/↓（macOS）移动整行，但80%“没反应”是因被输入法、系统快捷键、远程桌面、Vim插件或终端焦点劫持；应先按Esc、切英文输入法、确认在编辑器内，再查快捷键面板绑定并推荐改用Ctrl+Shift+↑/↓或Cmd+Shift+↑/↓。
VSCode 默认的 Alt+↑/Alt+↓（Windows/Linux）或 Option+↑/Option+↓（macOS）能直接物理移动整行，不依赖剪贴板、不触发格式化——但 80% 的“没反应”不是功能失效，而是快捷键被系统或插件劫持了。
为什么 Alt+↑ 按了没反应？先查这五种拦截源
这不是 VSCode 坏了，是按键事件根本没传进来：
- Windows 上搜狗/微软拼音默认把
Alt+↑绑定为「中英文切换」，直接吞掉 - macOS 系统级快捷键（如 Mission Control、音量调节）抢占了
Option+↑/Option+↓，需进「系统设置 → 键盘 → 快捷键」手动关掉 - 远程桌面（AnyDesk / Windows Remote Desktop）常把
Alt键留在本地，远端 VSCode 收不到 - Vim 插件（如
vscodevim）在 Normal 模式下将Alt映射为<c-k>类操作，优先级高于原生命令 - 焦点在集成终端（
Ctrl+`打开的那个黑框）里，快捷键只对终端生效，不作用于编辑器
最省事的排查：按 Esc 清除选中状态 → 切出中文输入法 → 确保光标在编辑器内 → 再试一次。比重装插件快得多。
怎么确认和修改 editor.action.moveLinesUpAction 绑定？
别猜，直接查 VSCode 内置快捷键面板：
- 按
Ctrl+K Ctrl+S（Windows/Linux）或Cmd+K Cmd+S（macOS）打开快捷键设置 - 搜索
editor.action.moveLinesUpAction和editor.action.moveLinesDownAction - 看右侧是否显示
Alt+↑或Alt+↓；如果显示 —、灰色或标红conflict，说明已被覆盖或禁用 - 右键对应条目 → “更改键绑定”，推荐设成：
Ctrl+Shift+↑/Ctrl+Shift+↓（Win/Linux）或Cmd+Shift+↑/Cmd+Shift+↓（macOS）
这两个组合在几乎所有环境都稳定，且不会和输入法或系统热键撞车。注意它们的 when 条件里带 !editorReadonly，能避免在只读文件里误触发。
选中多行时，VSCode 怎么判断“动哪几行”？
VSCode 对“选中”的理解很细，直接影响移动范围：
- 未选中文本：光标在哪行，就移动哪一行（含换行符），原位置留空行
- 用
Shift+↓从第 2 行首拉到第 4 行尾：三行一起移动，相对顺序和缩进全保留 - 只选中某行中间几个字符：快捷键退化为普通文本块移动，不再按“整行”处理
- 跨折叠区域选中（比如折叠函数里选两行）：VSCode 会临时展开、完整移动、再恢复折叠
- Python 中以
\结尾的长语句：VSCode 把它当单行处理，想动整个逻辑块得先用Shift+Alt+→扩展选区
特别注意：移动后缩进“歪了”大概率不是 VSCode 的问题，而是 formatOnPaste 被触发——VSCode 移动行时保留原始缩进，但如果你开启了粘贴自动格式化，复制后的行会被 Prettier 或 ESLint 重排，导致视觉错位。
整行复制该用哪个快捷键？别再靠 Ctrl+C
Ctrl+C 在未选中状态下不会复制当前行——它只读取剪贴板旧内容。真正整行复制的语义由快捷键本身携带：
- 向下复制一行（原行不动）：
Shift+Alt+↓（Windows/Linux）或Cmd+Shift+Option+↓（macOS） - 向上复制一行：
Shift+Alt+↑（Windows/Linux）或Cmd+Shift+Option+↑（macOS） - 光标自动落到新行，不用手动定位
- 若快捷键冲突，用
Ctrl+Shift+P→ 输入Copy Line Down同样可靠
真正容易被忽略的是边界行为：移到文件首/尾后继续按 Alt+↑ 或 Alt+↓ 不会报错，也不会循环，只是静默失效——得自己留意行号变化。还有，Vim 插件启用时，Alt 键可能被全局映射，这时候改快捷键不如临时切到 Insert 模式更省事。
