VSCode 里没有原生“交换两行”命令，但有快捷键直接实现
VSCode 不提供名为 “swap lines” 的独立命令，但内置了 editor.action.moveLinesUpAction 和 editor.action.moveLinesDownAction，配合选中行为，能干净利落地完成两行互换——关键在于「只选中其中一行的行首或行尾，不跨行选中内容」。
常见错误现象：Ctrl+Shift+↑（Windows/Linux）或 Cmd+Shift+↑（macOS）没反应，或整块代码被拖动：这是因为你选中了多行文本（比如用鼠标拖出了文字范围），VSCode 此时会移动「选中文本所在的行」，而不是「当前光标所在行」；只要光标停在某行任意位置（未选中任何字符），该快捷键就作用于那一整行。
正确做法：把光标放在第1行任意位置 → 按 Alt+↑（Windows/Linux）或 Option+↑（macOS）→ 第1行跳到第2行上方 → 两行位置即互换或者：光标放在第2行 → 按 Alt+↓ → 第2行沉到第1行下方 → 效果一样注意：Alt+↑/↓ 是默认绑定，不是 Ctrl/Cmd+Shift+↑/↓；后者是「移动选中行」，前者才是「移动当前行」
如果想用鼠标拖拽交换，必须关闭 drag-and-drop 编辑限制
VSCode 默认允许拖拽代码块，但对「仅拖动单行」支持不一致：有时拖不动，有时拖完格式错乱。根本原因是 editor.dragAndDrop 配置项控制着底层行为，且它和光标是否选中内容强相关。
确保设置中 "editor.dragAndDrop": true（默认就是 true，但插件可能覆盖）鼠标交换安全姿势：点击行号左侧空白区（出现手型图标）→ 按住左键不放 → 向上/下拖动到目标行之间松开 → 行会插入到那两行中间容易踩的坑：从行内文字开始拖，VSCode 会优先当「文本选择拖拽」处理，可能复制而非移动；从行号区拖才稳定触发行级移动
写扩展或改快捷键？没必要，但可以微调行为
有人搜 “VSCode swap two lines extension”，其实纯属绕路。VSCode 已经有足够轻量的方案，加扩展反而引入兼容性风险（比如新版本更新后快捷键冲突、禁用提示等）。
如果 Alt+↑/↓ 被系统占用（如 macOS 的 Mission Control），可在 keybindings.json 中重映射，例如：[{"key": "ctrl+alt+up", "command": "editor.action.moveLinesUpAction"},{"key": "ctrl+alt+down", "command": "editor.action.moveLinesDownAction"}]别绑定到 editor.action.swapLineUp 这类不存在的命令名——VSCode 官方没提供这个命令，查 F1 → Show All Commands 也搜不到性能无差异：所有行移动都是编辑器内存操作，不涉及文件 IO 或语法分析，快到感觉不到延迟
多光标场景下，Alt+↑/↓ 会同时移动所有光标所在行
这是很多人意外发现的“高级用法”，但也容易翻车：当你用 Ctrl+Alt+↓ 打出多个光标后，再按 Alt+↑，所有光标所在行会一起上移——如果它们不在连续行上，结果会错位。
适用场景：整理一组分散的 import 行、对齐同类型配置项危险信号：光标分布在第3、7、12行 → 按 Alt+↑ 后，第3行跑到第2行，第7行跑到第6行，第12行跑到第11行 → 行间相对顺序不变，但整体上移，可能破坏结构保险做法：确认所有光标都在连续行上，或改用列选择（Shift+Alt+方向键）+ 剪切粘贴实际交换两行最稳的方式，永远是光标定位 + Alt+↑ 或 Alt+↓。记住：不要选中文本，不要依赖插件，不要改默认逻辑——VSCode 的设计已经把这件事压到了一个按键的重量。
评论(0)