alt+↑/↓（win/linux）或option+↑/↓（macos）默认可移动整行，但“没反应”主因是被输入法、系统快捷键、远程桌面、vim插件或终端焦点劫持；应先esc、切英文输入法、确认编辑器内焦点，再查快捷键面板绑定并推荐改用ctrl+shift+↑/↓或cmd+shift+↑/↓。
Alt+↑/↓（Windows/Linux）或Option+↑/↓（macOS）能直接移动整行，但按了没反应几乎从来不是 VSCode 本身的问题——而是快捷键在半路被吃掉了。
为什么 Alt+↑ 按了没反应？先查这五种“劫持源”
VSCode 收不到按键事件，常见原因有：
- Windows 上搜狗/微软拼音默认把
Alt+↑绑定为中英文切换，直接吞掉 - macOS 系统级
Option+↑被 Mission Control 或音量调节占用，需进「系统设置 → 键盘 → 快捷键」关掉对应项 - 远程桌面（如 AnyDesk、Windows Remote Desktop）把
Alt键留在本地，远端 VSCode 根本收不到 - 装了
vscodevim插件后，在 Normal 模式下Alt可能被映射为<c-k></c-k>类操作，优先级更高 - 焦点在集成终端（
Ctrl+`打开的那个黑框）里，快捷键只对终端生效，不作用于编辑器
最省事的验证方式：Esc 清除选中状态 → 切出中文输入法 → 确保光标在代码编辑区 → 再试一次。
怎么确认和改绑定：别猜，直接查快捷键面板
按 Ctrl+K Ctrl+S（Windows/Linux）或 Cmd+K Cmd+S（macOS）打开快捷键设置，搜索：
editor.action.moveLinesUpActioneditor.action.moveLinesDownAction
看右侧是否显示 Alt+↑ 或 Alt+↓；如果显示 —、灰色或标红 conflict，说明已被覆盖或禁用。右键对应条目 → “更改键绑定”，推荐设成：
- Windows/Linux：
Ctrl+Shift+↑/Ctrl+Shift+↓ - macOS：
Cmd+Shift+↑/Cmd+Shift+↓
这两个组合稳定、不撞车，且 when 条件里自带 !editorReadonly，能避免在只读文件里误触发。
选中多行时，VSCode 怎么判断“动哪几行”？
行为完全取决于你“怎么选”，不是 VSCode 随机决定：
- 未选中文本：光标在哪行，就移动哪一行（含换行符），原位置留空行
- 用
Shift+↓连续拖选多行（含空行）：整个块一起动，缩进和相对顺序全保留 - 只选中某行中间几个字符：快捷键退化为普通文本块移动，不再按“整行”处理
- 跨折叠区域选中（比如折叠函数里选两行）：VSCode 会临时展开、完整移动、再恢复折叠
- Python 中以
\结尾的长语句：VSCode 当作单行，想动逻辑块得先用Shift+Alt+→扩展选区
移动后缩进“歪了”，大概率不是移动的问题
VSCode 移动行时**完全保留原始缩进**，所谓“歪了”多因 editor.formatOnPaste 触发自动格式化所致：
- 临时关闭该设置：
"editor.formatOnPaste": false - 再试一次
Shift+Alt+↓（复制）或Alt+↓（移动），看缩进是否正常 - 如果恢复正常，说明是 Prettier / ESLint 等格式化器介入，不是移动逻辑出错
- Python、YAML 等缩进敏感语言尤其要注意这点——移动本身不动缩进，但后续自动修复会
真正容易被忽略的是：这个操作不可跨文件生效，也不能在折叠区域内部单独交换某一行；折叠状态下，它只作用于可见行，隐藏行会被连带拖动。结构复杂时，先展开再操作更稳妥。
