sublime text 默认支持 ctrl+shift+↑/↓（win/linux）或 cmd+shift+↑/↓（macos）上下移动当前行，行为为物理位移，不依赖选中状态，但常因输入法、vintage 插件、系统热键或折叠区域导致失效。
Sublime Text 默认就支持上下移动当前行，无需额外设置快捷键——但你大概率按了没反应，问题几乎全出在快捷键被拦截上。
Ctrl+Shift+↑/↓（Win/Linux）或 Cmd+Shift+↑/↓（macOS）是原生命令
这组组合键触发的是 move_line_up 和 move_line_down 命令，行为是「物理位移」：当前行整体上移/下移一格，原位置留空，其他行自动补位。它不依赖选中状态，光标停在第 7 行任意位置（哪怕只是缩进里的空格），就能搬动第 7 行。
- 不是
swap_line_up—— 后者才是相邻交换，按两次就回原位，容易误判为“失效” - 多行选中后使用，整块一起平移，不是逐行交换
- 跨行多光标（如 Ctrl+Click 多个散点）时，每个光标所在行独立移动
- 移动后光标默认落在新行第 1 列，不会保持原列偏移
按了没反应？优先查这三处硬拦截点
这不是配置错误，而是快捷键在半路被截胡。常见静默失败原因：
- 输入法处于中文状态（尤其 Windows 下搜狗、微软拼音默认把
Ctrl+Shift+↑绑定为中英文切换）→ 切英文再试 - Vintage 插件开启且处于 Normal 模式 →
Ctrl+Shift+↑被当 Vim 导航键吞掉，临时按i进 Insert 模式验证 - 系统级热键冲突：Windows 的 NVIDIA 控制面板、罗技 G HUB；macOS 的 Mission Control 默认占用
Cmd+↑→ 进系统设置关闭「调度中心」「虚拟桌面」类快捷键 - 当前光标位于折叠区域内部（整行不可见）→ 展开后再操作，否则静默失败
想选中多行再移动？用 Ctrl+L / Cmd+L 累加选中
Ctrl+L（Win/Linux）或 Cmd+L（macOS）是精准行选中的关键工具，比鼠标拖更可靠：
- 第一次按：选中光标所在整行
- 第二次按：向下扩展选中下一行（累加，非替换）
- 已有字符级选区（比如只选了
if两个字母）时，Ctrl+L会先清空它，再选中整行 - 选好后直接按
Ctrl+Shift+↓，整块下移，不用反复按方向键
鼠标拖拽行首空白区是最稳的替代方案
完全绕开快捷键冲突，原生支持，无需插件：
- 把光标移到行号右侧、代码左侧的灰白空白区（出现小手图标 ✋），按住左键拖动
- 拖到目标行上方松手 → 插入到该行之前；拖到下方松手 → 插入到该行之后
- 拖动过程中有粗横线指示插入位置，支持跨 10 行精准落点
- 如果光标在代码内或行尾拖拽，会变成文本选择或复制，不是移动 —— 触发点必须是行首左侧空白区
真正容易被忽略的是：Sublime 的行移动命令从不感知代码结构。它搬的是纯文本行，缩进、花括号匹配、语法折叠都与它无关。移动一个缩进 4 空格的 if 块到文件顶部，它还是顶格带 4 空格——这不是 bug，是设计使然。
