ctrl+shift+↑/↓失灵主因是快捷键被输入法或系统功能劫持，sublime移动逻辑固定为与相邻行交换，鼠标拖拽需在行号右侧空白区触发，精准定位需movelines插件。
Ctrl+Shift+↑/↓ 按了没反应？先关输入法和系统热键
Sublime 的 swap_line_up 和 swap_line_down 命令默认绑定在 Ctrl+Shift+↑（Windows/Linux）或 Cmd+Shift+↑（macOS），但绝大多数“失灵”不是软件问题，而是快捷键被劫持：
• 中文输入法（搜狗、微软拼音）常把 Ctrl+Shift+↑ 设为中英文切换键，切到英文状态再试一次，大概率立刻生效
• Windows 上 NVIDIA GeForce Experience、罗技 G HUB、粘滞键等辅助功能会吞掉组合键
• macOS 上 Mission Control 默认占用了 Cmd+↑，需进系统设置 → 键盘 → 快捷键里关闭
• Vintage 模式处于 Normal 状态时，也会拦截该组合，临时按 i 进入 Insert 模式即可验证
多行选中后移动，目标位置不是你想的那样
很多人选中第5–7行后按 Ctrl+Shift+↑，期待整块移到第2行上方，结果发现只和第4行交换了位置——这是因为 Sublime 的行为逻辑是固定的：
• 向上移动时，整个选区和「选区起始行的上一行」交换（即第4行）
• 向下移动时，和「选区结束行的下一行」交换（即第8行）
• 如果选区已贴顶（如第1–3行），再按 Ctrl+Shift+↑ 会静默失败，不报错也不撤销
• 缩进原样保留，哪怕你把缩进4空格的 if 块拖到文件顶部，它还是顶格带4空格，得手动按 Ctrl+[ 调整
鼠标拖拽整行比快捷键更直观，但触发位置很关键
原生支持鼠标拖拽，无需插件，但必须找准触发点：
• 把光标移到行号右侧、代码左侧的灰白空白区（不是代码内，也不是行尾空格），鼠标变成小手图标 ✋ 后按住左键拖动
• 拖到目标行上方松手，插入到该行之前；拖到下方松手，则插入到该行之后
• 拖动过程中会出现粗横线指示插入位置，支持跨10行精准落点
• 如果光标在代码内部或行尾拖拽，会变成文本选择或复制，不是移动
• 这个方式天然绕开输入法劫持、插件冲突、Vintage 模式等问题
想跳到指定行再插入？得靠 MoveLines 插件
原生不支持“移动到第N行上方”这种精准定位，swap_line_up 和 move_line_up 都只做相邻位移。要实现无缝拖拽代码块到任意位置：
• 安装 MoveLines 插件（通过 Package Control）
• 在用户 keymap 中添加绑定，例如：
[ {"keys": ["ctrl+alt+shift+down"], "command": "move_lines_to_line"} ]
• 执行命令后，会弹出输入框，输入目标行号（如
12），选中代码块就会直接插入到第12行上方• 注意：这个命令不会自动调整缩进，跨作用域移动后仍需手动对齐 真正容易被忽略的是光标上下文判断——只要没选中任何文本，哪怕光标停在某行中间一个字符上，
Ctrl+Shift+↑ 就作用于整行；一旦选中半行，就失效。这个边界极细，但决定操作是否成功。
