vscode默认行移动快捷键为alt+↑/↓（windows/linux）或option+↑/↓（macos），但常被搜狗拼音、微软拼音的中英文切换或macos的mission control等系统快捷键拦截，导致无反应；应先切英文输入法、关闭冲突系统设置，或改用ctrl+shift+↑/↓等更稳妥组合键。
默认快捷键能用，但大概率被输入法或系统吃掉——不是 VSCode 坏了，而是你没关搜狗拼音、没禁用 macOS 的 Mission Control。
Alt+↑/↓ 按了没反应？先查是不是被截胡了
VSCode 本身没故障，事件在半路就被吞了：
- Windows 上搜狗拼音、微软拼音默认把
Alt+↑绑定为中英文切换，Alt+↓有时用于翻候选词 - macOS 的
Option+↑/Option+↓被系统用于音量调节或 Mission Control，需进「系统设置 → 键盘 → 快捷键」关掉对应项 - 远程桌面（如 AnyDesk、Windows Remote Desktop）常把
Alt留在本地，根本传不到 VSCode - 装了 Vim 或 VSCodeVim 插件后，
Alt可能被映射成<c-k></c-k>类操作，优先级高于原生移动 - 当前焦点在集成终端（
Ctrl+`打开的那个黑框）里，快捷键只对终端生效
最省事的验证方式：按 Esc 清除选中状态，切出中文输入法，再试一次。
怎么确认和改快捷键绑定
别猜，直接查 VSCode 内置面板：
- 按
Ctrl+K Ctrl+S（Windows/Linux）或Cmd+K Cmd+S（macOS）打开快捷键设置 - 搜索
editor.action.moveLinesUpAction和editor.action.moveLinesDownAction - 看右侧是否显示
Alt+↑/Alt+↓；如果显示 — 或灰色，说明已被覆盖或禁用 - 右键对应条目 → “更改键绑定”，可设成更稳妥的组合，比如
Ctrl+Shift+U（注意避开Ctrl+T、Ctrl+P等常用命令）
改完立即生效，不用重启。但记得检查 when 条件——有些自定义绑定加了 editorTextFocus，在终端里就无效。
选中多行时行为不一致？关键看“是否完整选中”
VSCode 对“选中”的理解直接影响结果：
- 未选中文本：光标在哪行，
Alt+↑/Alt+↓就移动哪一行，原位置留空行 - 用
Shift+↓或鼠标拖选中连续多行（含空行）：整个块一起动，相对顺序和缩进全保留 - 只选中某行中间几个字符：快捷键退化为普通文本移动，不再按“整行”处理
- 用
Ctrl+L选中当前行后再Shift+↓扩展：安全，明确告诉 VSCode “我要动的是这些完整行” - 跨折叠区域选中（比如折叠函数里选两行）：VSCode 会临时展开、完整移动、再恢复折叠
特别注意 Python 中以 \ 结尾的长语句——VSCode 把它当单行处理，想动整个逻辑块得先用 Shift+Alt+→ 扩展选区，再拖。
真正容易被忽略的边界点
很多人卡在看似简单的地方：
- 移动到文件首/尾后继续按
Alt+↑或Alt+↓：不会报错，也不会循环，只是静默失效——得自己留意行号变化 - 快捷键不感知语法结构：交换
if块的条件行和 body 行，VSCode 照样执行，它只认“行”，不认“逻辑块” - 某些键盘（尤其是外接 Windows 键盘）在 macOS 上需配合
Fn键才能触发Option+↑/Option+↓
改快捷键容易，但反复重装插件、重置设置前，先关掉搜狗拼音试试——比调配置快得多。
