VSCode中用Alt+Up/Down（Windows/Linux）或Option+Up/Down（macOS）可直接交换当前行与上下行，无需选中整行，不触发格式化或影响剪贴板；首行或末行时对应快捷键无效；常见失效原因包括Vim插件冲突、系统输入法劫持或键盘映射被覆盖。
VSCode 怎么用快捷键交换当前行和上一行
直接按 Alt+Up（Windows/Linux）或 Option+Up（macOS），当前行会整体上移一行，和它上面那行位置对调。
这个操作本质是「移动当前行」，不是复制粘贴——所以不会影响剪贴板，也不会触发格式化钩子。常见错误是按了 Ctrl+Shift+Up（那是多光标选中上一行），或者误以为要先选中整行才能操作（其实不用，光标在行内任意位置都有效）。
- 只对普通编辑器窗口生效，不适用于终端、调试控制台等非编辑区
- 如果当前是第一行，
Alt+Up无反应（没上一行可换） - 连续按两次会回到原位，适合试错
VSCode 怎么用快捷键交换当前行和下一行
按 Alt+Down（Windows/Linux）或 Option+Down（macOS），当前行整体下移，和下一行对调。
和上移一样，这是原生支持的编辑操作，不依赖插件。容易踩的坑是：在有折叠区域（比如函数体被折叠）时，Alt+Down 仍会把整行物理下移，可能导致代码逻辑错位但视觉上不明显；另外，在 JSON 或 YAML 等对缩进敏感的文件里，移动后缩进不会自动重排（VSCode 默认不重缩进移动后的行）。
- 如果当前是最后一行，
Alt+Down无反应 - 在多光标模式下，每个光标所在行会独立执行交换，不是“一起下移”
- 该操作不会触发保存或格式化，但可能影响 Prettier 等保存时自动修复的行为
为什么有时候 Alt+Up/Down 没反应
最常见原因是键盘映射被覆盖或冲突。比如安装了 Vim 插件（如 vim.vim）后，默认启用了 Normal 模式，此时 Alt+Up 可能被拦截为其他命令（如光标跳转），而不是行交换。
另一个原因是系统级快捷键抢占：某些 Windows 输入法（如搜狗、微软拼音）把 Alt+Up 绑定为中英文切换，macOS 的某些辅助功能（如旁白）也可能劫持 Option 组合键。
- 检查 VSCode 设置里的
editor.action.moveLinesUpAction和editor.action.moveLinesDownAction是否被修改过键位 - 临时禁用所有插件，再测试快捷键是否恢复
- 在键盘设置里搜索 “Alt+Up”，看是否有系统级绑定
能不能自定义成其他快捷键，比如 Ctrl+T
可以，但得手动改 keybindings.json。VSCode 默认没把 Ctrl+T 绑给行交换，它原本是「快速打开」命令（workbench.action.quickOpen），直接覆盖会影响日常使用。
如果真要改，建议选一个空闲且不易误触的组合，比如 Ctrl+Shift+T。注意：不同语言模式下快捷键可能被覆盖（比如在 Markdown 预览页，Ctrl+Shift+T 是重新打开已关闭标签页），所以最好加 when 条件限定作用域。
- 打开命令面板（
Ctrl+Shift+P），运行Preferences: Open Keyboard Shortcuts (JSON) - 添加类似这样的条目：
{ "key": "ctrl+shift+t", "command": "editor.action.moveLinesUpAction", "when": "editorTextFocus && !editorReadonly" } - 别忘了同步改下
moveLinesDownAction，否则只有上移有效
真正容易被忽略的是：这些行交换操作不参与撤销栈的「语义合并」。比如你连按三次 Alt+Down，再按一次 Ctrl+Z，只会撤回最后一次移动，而不是整个移动序列。如果需要批量调整结构，不如先剪切再粘贴，反而更可控。
