Alt+↑/↓在VSCode中无反应，主因是被中文输入法或系统快捷键劫持；建议改用ctrl+alt+up/down等无冲突组合键，并注意输入法状态、选中范围及插件协同影响。
Alt+↑/↓ 在 VSCode 中为什么没反应
默认情况下 Alt+↑ 和 Alt+↓ 确实是 VSCode 内置的「移动当前行」快捷键，但 Windows/Linux 上常被输入法或系统级快捷键劫持——尤其是中文输入法（如搜狗、微软拼音）会用它们切换输入模式，导致 VSCode 根本收不到按键事件。
- 先确认输入法是否处于英文状态；若仍无效，打开 VSCode 设置搜索
editor.action.moveLinesUpAction，看对应快捷键是否被覆盖 - Mac 用户注意：系统偏好设置 → 键盘 → 快捷键 → 输入源中默认启用了
Ctrl+Space切换输入法，但Option+↑/↓通常不受影响；若失效，检查「辅助功能」→ 「键盘」里是否开启了粘滞键或慢速键 - VSCode 的快捷键优先级低于系统和输入法，不是插件冲突，别急着禁用扩展
如何安全自定义移动行的快捷键
不建议直接改 Alt+↑/↓，容易和系统行为打架；更稳妥的是绑定一组「无冲突」组合键，比如加一个修饰键避免被拦截。
- 打开命令面板（
Ctrl+Shift+P），执行Preferences: Open Keyboard Shortcuts (JSON) - 在
keybindings.json中添加两条规则（注意顺序，后定义的会覆盖前定义的）：
[
{
"key": "ctrl+alt+up",
"command": "editor.action.moveLinesUpAction",
"when": "editorTextFocus && !editorReadonly"
},
{
"key": "ctrl+alt+down",
"command": "editor.action.moveLinesDownAction",
"when": "editorTextFocus && !editorReadonly"
}
]
-
when条件保证只在编辑器有焦点且可编辑时生效，避免误触影响终端或侧边栏 - 不用
Shift是因为部分键盘（尤其笔记本）Shift+Alt+方向键容易触发系统窗口管理（如 Win10 贴边停靠）
移动整块代码时别只选中行
按住 Alt 拖动行号左侧空白处可以移动整行，但如果光标在某行中间、又没手动选中，VSCode 默认只移动「光标所在逻辑行」——遇到折行、JSX 多行标签或带续行符的 Python 就容易出错。
- 写 JSX 或模板字符串时，把光标放在起始标签行再按
Alt+↓，否则可能只拖动其中一行，破坏结构 - Python 中如果某行以
\结尾，VSCode 会把它当单行处理；实际想移动整个语句块，得先用Shift+Alt+→扩展选区，再拖动 - 移动多行时，推荐先用
Shift+↓选中（哪怕只选中行首），再用快捷键——这样行为确定，不会因光标位置产生歧义
和 Emmet、Prettier 插件共存的注意事项
Emmet 的 Ctrl+Shift+↑/↓ 是展开/收缩缩写，Prettier 可能监听保存自动格式化，两者本身不冲突，但「移动行 + 立即保存」可能触发意料外重排。
- 如果移动后发现缩进乱了，不是快捷键问题，而是 Prettier 在保存时按自己规则重排；可在设置中关闭
editor.formatOnSave，或用Shift+Alt+F手动格式化 - Emmet 的快捷键和移动行无关，但如果你习惯用
Tab触发 Emmet，注意别在移动行后立刻按Tab——光标位置已变，可能插入到错误上下文 - 某些主题（如 One Dark Pro）会让行号区背景太浅，拖动时看不清目标位置；建议开启
editor.guides.highlightActiveIndentation辅助对齐
实际用熟之后，真正卡顿的点从来不是快捷键记不住，而是光标停在哪、有没有选中、输入法切没切换——这些细节比键位本身更容易打断节奏。
