vscode 行移动快捷键失效主因是输入法或系统快捷键拦截，非编辑器故障；需关闭搜狗拼音等输入法的 alt+↑/↓ 绑定，或禁用 macos mission control 冲突项。
默认快捷键有效，但大概率被输入法或系统拦截——不是 VSCode 坏了，而是你没关搜狗拼音或没进系统快捷键设置里关掉 Mission Control。
Alt+↑/↓ 没反应？先查是不是被输入法或系统吞了
Windows 上搜狗、微软拼音默认把 Alt+↑ 绑定为“中英文切换”，Alt+↓ 有时用于候选词翻页；macOS 的 Option+↑/↓ 默认被系统用于音量调节或 Mission Control。这些都会直接截断事件，VSCode 根本收不到。
- 临时验证：切到纯英文输入法（如美式键盘），再按
Alt+↑，看是否生效 - macOS 用户去「系统设置 → 键盘 → 快捷键 → 调度中心」，关闭「将窗口移至屏幕左侧/右侧」等可能冲突的项
- 远程开发（如 WSL 或 SSH）时，
Alt常被终端劫持，此时改用命令面板更稳：Ctrl+Shift+P→ 输入Move Line Up
选中多行后按 Alt+↑/↓，为什么只动了一行？
VSCode 的行移动逻辑严格区分“光标定位”和“选区语义”：只有选中的是**连续的完整行**（比如用 Shift+↓ 从第2行首拉到第4行尾），整块才会一起动；如果只是部分文字选中（哪怕只差一个换行符），它就退化成普通文本移动。
- 安全选中多行：光标放某行任意位置 →
Ctrl+L（选中当前行）→Shift+↓扩展选区 → 再按Alt+↓ - 含空行也照常移动：选中第3–5行，其中第4行为空行，移动后空行仍在第3、5行之间
- 折叠区域内选中几行？VSCode 会自动临时展开、整体移动、再恢复折叠
想复制整行而不是移动？别用 Ctrl+C
Ctrl+C 在未选中时不会复制整行——它只复制剪贴板历史内容；真正整行复制是靠快捷键隐含语义：Shift+Alt+↑（向上复制）、Shift+Alt+↓（向下复制），原行不动，新行插入后光标自动落到新行。
- 不依赖选中状态：光标停在任意位置（哪怕在缩进空格上），都作用于整行
- 多行同理：选中连续3行后按
Shift+Alt+↓，这3行会原样复制到下方，保持相对顺序和缩进 - 误操作补救：
Ctrl+Shift+K可一键删除当前行，常和复制搭配使用
自定义快捷键时，避开系统级冲突比记牢默认键更重要
硬改 Alt+↑ 很容易白忙：Windows 的 Win+↑ 最大化窗口、macOS 的 Option+Cmd+↑ 展开所有窗口，都优先于 VSCode。不如选一组干净组合，比如 Ctrl+Shift+U 绑定 editor.action.moveLinesUpAction。
- 操作路径：
Ctrl+K Ctrl+S→ 搜索moveLinesUpAction→ 右键 → 「更改键绑定」→ 输入新组合 - 避免覆盖常用命令：别用
Ctrl+T（默认是快速打开）、Ctrl+P（文件搜索） - 终端聚焦时快捷键失效？检查
terminal.integrated.commandsToSkipShell配置项是否漏加editor.action.moveLinesUpAction
真正卡住的地方，从来不是 VSCode 设置，而是你没意识到搜狗拼音正在后台吃掉 Alt+↑。关掉它试一次，比调十分钟 keybindings.json 快得多。
