Sublime Text默认Ctrl+Shift+↑绑定的是swap_line_up（行交换），非插入式移动；需手动修改Key Bindings为move_line_up/down才能实现真正的行位移，且鼠标拖拽折叠块是唯一可靠、不被拦截的精准移动方案。
Sublime Text 默认已绑定移动当前行的快捷键，不需要手动设置；如果你按了没反应，大概率是快捷键被拦截或误用了交换命令。
确认你用的是 move_line_up/down 而不是 swap_line_up/down
很多人以为 Ctrl+Shift+↑ 是“移动”，实际默认绑定的是 swap_line_up 命令——它只做相邻行交换，不是插入式位移。连续按两次就回原位，不适合重构。
- 真正实现「把第5行插入到第2行上方」的命令是
move_line_up和move_line_down - 默认快捷键
Ctrl+Shift+↑（Win/Linux）或Cmd+Shift+↑（macOS）调用的是swap_line_up，行为是交换而非位移 - 若想改用插入式移动，需在
Preferences → Key Bindings – User中手动覆盖：
[{"keys": ["ctrl+shift+up"], "command": "move_line_up"},{"keys": ["ctrl+shift+down"], "command": "move_line_down"}]
注意：改绑后，撤销操作（Ctrl+Z）会变成「整块回退」，不像 swap 那样可细粒度还原。
快捷键没反应？先查这三类硬拦截
这不是配置问题，而是系统或插件静默吞掉了组合键。
- 输入法处于中文状态（尤其 Windows 下搜狗、微软拼音）——切英文再试
- Vintage 插件开启且在 Normal 模式：
Ctrl+Shift+↑被当 Vim 导航键劫持，临时按i进 Insert 模式 - 系统级热键冲突：Windows 的 NVIDIA 控制面板、macOS 的 Mission Control 默认绑定了
Cmd+↑，需进系统设置关闭「调度中心」或「虚拟桌面」相关快捷键
另外，如果光标处在折叠区域内部（整行不可见），操作也会静默失败，不报错也不提示。
多行选中时的行为边界必须清楚
选中多行后按 Ctrl+Shift+↑，Sublime 不会把它整体上浮 N 行，而是严格和「选区起始行的上一行」交换位置。
- 选中第7–9行，按
Ctrl+Shift+↑→ 第7–9行和第6行交换，不是移到第1行上方 - 选区贴到文件顶部（如第1–2行），再按
Ctrl+Shift+↑会静默失败 - 跨行多光标（
Ctrl+Click多个散点）时，每个光标所在行独立触发swap_line_up，不是统一偏移
这种设计导致「精准定位」几乎不可能靠快捷键完成，比如想把函数块直接拖到文件开头，得连按多次或换鼠标拖拽。
真正绕过所有干扰的方案：鼠标拖拽 + 折叠
快捷键容易被截、语义不清晰、缩进不自适应——而鼠标拖拽是 Sublime 唯一不依赖键绑定、不校验语法、还能保持逻辑块完整的方式。
- 把光标放在块首行（如
def func():或if x > 0:），按Ctrl+Shift+[折叠 - 鼠标移到折叠标题行左侧空白区（出现 ✋ 图标），按住左键拖到目标位置
- 松手后按
Ctrl+Shift+]展开——整块代码连同缩进、内部结构一起到位
这个流程完全规避输入法、Vintage、系统热键、键绑定覆盖等问题，也是唯一能保证 if 块、函数体这类逻辑单元不被物理行移动撕裂的方法。
