Alt+↑在VSCode中无反应，通常是被系统、输入法、远程桌面或插件劫持；需检查快捷键绑定、when条件及焦点位置，并推荐改用Ctrl+Shift+↑/↓（Win/Linux）或Cmd+Shift+↑/↓（macOS）。
Alt+↑没反应？先查是不是被系统或输入法劫持了
VSCode 默认的 editor.action.moveLinesUpAction 命令绑定在 Alt+↑（Windows/Linux）或 Option+↑（macOS），但这个组合键极容易被外部拦截：
- Windows 上搜狗/微软拼音默认用
Alt+↑切中英文，直接吞掉按键事件 - macOS 系统把
Option+↑绑定到 Mission Control 或音量调节，需进「系统设置 → 键盘 → 快捷键」关掉对应项 - 远程桌面（如 AnyDesk）常把
Alt留在本地，远端 VSCode 根本收不到 - 装了
vscodevim插件后，Alt在 Normal 模式下可能被映射为<c-k></c-k>类操作，优先级更高 - 焦点在集成终端（
Ctrl+`打开的那个黑框）里时，快捷键只对终端生效，不作用于编辑器
最省事的验证方式：Esc 清除选中状态 → 切出中文输入法 → 确保光标在编辑器文本区 → 再试一次。
怎么查和改 editor.action.moveLinesUpAction 的绑定
别猜，直接打开 VSCode 内置快捷键面板：
- 按
Ctrl+K Ctrl+S（Windows/Linux）或Cmd+K Cmd+S（macOS）打开快捷键设置 - 搜索
editor.action.moveLinesUpAction和editor.action.moveLinesDownAction - 看右侧是否显示
Alt+↑；若显示—、灰色或标红 conflict，说明已被覆盖或禁用 - 右键对应条目 → “更改键绑定”，推荐设成：
Ctrl+Shift+↑/Ctrl+Shift+↓（Win/Linux）或Cmd+Shift+↑/Cmd+Shift+↓（macOS）
这两个组合几乎不与输入法、系统快捷键或主流插件冲突。注意检查 when 条件——默认带 !editorReadonly，能防止在只读文件里误触发。
手动改 keybindings.json 更可靠，但必须加 when
图形界面改快捷键有时会配错作用域，尤其在多扩展共存时。推荐用命令面板执行 Preferences: Open Keyboard Shortcuts (JSON)，直接编辑 JSON 文件：
[<br> {<br> "key": "ctrl+shift+up",<br> "command": "editor.action.moveLinesUpAction",<br> "when": "editorTextFocus && !editorReadonly"<br> },<br> {<br> "key": "ctrl+shift+down",<br> "command": "editor.action.moveLinesDownAction",<br> "when": "editorTextFocus && !editorReadonly"<br> }<br>]
when 条件不能少。漏掉 editorTextFocus，快捷键会在搜索框、侧边栏甚至插件弹窗里也生效，导致误操作；漏掉 !editorReadonly，可能在 diff 视图或只读文件里意外触发删除或移动。
多行选中后移动，行为取决于“选中类型”而非“行数”
VSCode 对“选中”的理解很细，直接影响移动范围：
- 未选中文本：光标在哪行，就移动哪一行（含换行符），原位置留空行
- 用
Shift+↓从第2行首拉到第4行尾：三行作为整体移动，相对顺序和缩进全保留 - 只选中某行中间几个字符：快捷键退化为普通文本块移动，不再按“整行”处理
- 跨折叠区域选中（比如折叠函数里选两行）：VSCode 会临时展开、完整移动、再恢复折叠
- Python 中以
\结尾的长语句：VSCode 当作单行，想动整个逻辑块得先用Shift+Alt+→扩展选区
移动是纯物理行操作，不感知语法结构，也不触发格式化。缩进不会自动重排，在 .json 或 .yaml 里尤其要小心——把某行移到嵌套层级不同的位置，可能直接导致语法错误。
