Sublime的行移动仅操作物理行，不理解语法结构或缩进；Ctrl+Shift+↑/↓失效多因输入法、系统工具或Vintage模式劫持；move_line_up是插入式移动，swap_line_up是交换式；鼠标拖拽行首空白区最稳定；移动代码块需依赖折叠功能。
Sublime 里没有“多行代码无缝移动”这回事——它只做物理行位移，不理解缩进块、语法结构或视觉对齐。 所谓“丝滑流畅”，其实是你用对了命令、避开了快捷键劫持、并接受了它的设计边界。
Ctrl+Shift+↑/↓ 按了没反应？先查这三处硬拦截
这不是功能坏了，是快捷键被静默吞掉：
- 中文输入法（搜狗、微软拼音）默认把
Ctrl+Shift+↑设为中英文切换，切到英文状态再试一次 - Windows 上 NVIDIA GeForce Experience、罗技 G HUB、粘滞键等系统级工具会劫持组合键
- macOS 的 Mission Control 默认占用
Cmd+Shift+↑，需进「系统设置 → 键盘 → 快捷键 → 调度中心」关掉 - Vintage 模式处于 Normal 状态时，
Ctrl+Shift+↑被 vim 键绑定覆盖，临时按i进 Insert 模式即可验证
move_line_up 和 swap_line_up 不是一回事
很多人卡在“为什么移过去又移回来”，根源是混淆了两个命令：
-
move_line_up（默认绑定Ctrl+Shift+↑）：把当前行插入到上一行上方，原位置留空，其他行自动让位 —— 这才是真·移动 -
swap_line_up：和上一行交换位置，按两次就回原位，不适合重构 - 选中多行后触发
move_line_up，整块插入到「选区起始行的上一行上方」，不是“推着走”，也不跨跳 - 如果选区贴顶（如第1–3行），再按
Ctrl+Shift+↑会静默失败，不报错也不撤销
鼠标拖拽行首空白区比快捷键更稳
这是唯一绕开所有快捷键冲突、插件干扰、模式限制的方式：
- 把光标移到行号右侧、代码左侧的灰白空白区，鼠标变成小手图标 ✋ 后按住左键
- 拖到目标行上方松手 → 插入到该行之前；拖到下方松手 → 插入到该行之后
- 拖动时会出现粗横线指示插入位置，支持跨10行精准落点
- 如果光标落在代码内部或行尾空格里拖拽，会变成文本选择或复制，不是移动
想动 if 块、函数体？得靠折叠 + 行移动
Sublime 不识别“代码块”，只认物理行。所谓“移动块”，本质是视觉配合：
- 把光标放在
if行或函数首行，按Ctrl+Shift+[折叠（依赖语言语法定义的fold_rules，Python/JS 支持好） - 此时只剩一行折叠标题（如
if condition: {}），用Ctrl+Shift+↓移动它 - 按
Ctrl+Shift+]展开，整块代码就跟着过去了 - 折叠失败常见于自定义语言或语法高亮未加载，检查
View → Syntax是否正确
真正容易被忽略的是：Sublime 的行移动不校验语法合法性，也不调整缩进层级。把一个缩进4空格的 if 块拖到文件顶部，它还是顶格带4空格——它只搬行，别的事你得自己兜底。
