alt+↑/↓失效主因是输入法劫持或系统辅助功能干扰；vscode行移动不依赖选中，光标所在行即操作对象；复制行用shift+alt+↑/↓而非ctrl+c；自定义快捷键宜加修饰键并限定生效范围。
Alt+↑/↓没反应？先排查输入法和系统劫持
Windows/Linux 上 Alt+↑ 或 Alt+↓ 失效，十有八九是中文输入法在抢键——比如搜狗、微软拼音默认用它切换中英文或候选词。macOS 上 Option+↑/Option+↓ 虽较少被劫持，但若系统「辅助功能」里开了粘滞键或慢速键，也可能吞掉组合键。
验证方法很简单：切到英文输入法再试；或者打开 VSCode 命令面板（Ctrl+Shift+P），输入 Preferences: Open Keyboard Shortcuts (JSON)，搜索 editor.action.moveLinesUpAction，看绑定是否显示 conflict 或被覆盖。
别急着禁用插件——VSCode 快捷键优先级低于系统和输入法，冲突源头不在编辑器内部。
光标位置决定操作对象，不是选中才生效
VSCode 的行移动逻辑不依赖选中：只要光标落在某一行的任意位置（包括行首空格、行尾换行符前），Alt+↑ 就作用于整行。很多人卡在这一步，习惯性先 Ctrl+A 或鼠标拖选，反而触发了文本选择模式，导致快捷键失效。
多行操作也一样：用 Shift+↓ 选中连续几行后，Alt+↑ 会把整个选区当作一个块上移，缩进、空行、注释行全部保持原相对位置。
注意两点：
- 移动后光标默认停在“原行号对应的新位置”，不是新行行首——容易误判“没动”，盯住左侧行号变化更可靠
- 折叠区域里选中部分行也能移动，VSCode 会自动临时展开处理，但若整块被折叠，隐藏行会被连带拖动
复制行用 Shift+Alt+↑/↓，不是 Ctrl+C
Ctrl+C 是复制选中内容，不是整行。想复制当前行到上方，正确姿势是 Shift+Alt+↑（Windows/Linux）或 Cmd+Shift+Option+↑（macOS）。它不走剪贴板，不会覆盖你刚复制的其他内容。
这个操作本质是“插入副本”，原行不动，新行插入后光标自动落到新行。常见误操作包括：
- 先按
Ctrl+C再Ctrl+V——容易漏掉换行符，或只复制了光标前/后片段 - 用
Ctrl+Shift+K删除当前行后又想恢复——不如直接Shift+Alt+↑复制一行再删旧的，更可控
如果记不住组合键，命令面板搜 Copy Line Up 或 Copy Line Down 同样有效。
自定义快捷键时避开系统级热键
不建议强行把 Alt+↑ 改成别的键——它本来就是 VSCode 原生绑定，改了反而增加记忆负担。更稳妥的做法是加一个修饰键，比如绑定到 Ctrl+Alt+↑ 或 Ctrl+Shift+U，这类组合在 Windows/macOS 上极少被系统或驱动占用。
修改方式：命令面板输入 Preferences: Open Keyboard Shortcuts → 搜索 move line up → 右键对应条目 → Change Keybinding。记得加 when 条件（如 editorTextFocus && !editorReadonly），避免在调试控制台或只读文件里意外触发。
真正容易被忽略的是：这些快捷键只在编辑器主区域生效，无法跨文件操作，也不能在 Markdown 预览、终端、设置页等非代码编辑器界面使用。
