ctrl+shift+↑没反应是因被输入法、vintage模式或系统快捷键劫持；只选中部分字符时行不移动，因move_line_up仅响应整行操作；swap_line_up交换两行，move_line_up才实现单向位移。
Ctrl+Shift+↑ 没反应？先确认是不是被输入法或系统劫持了
Sublime 的 move_line_up 命令（绑定在 Ctrl+Shift+↑ / Cmd+Shift+↑）不是失效，而是常被静默拦截：
- Windows 下搜狗、微软拼音等中文输入法默认用
Ctrl+Shift+↑切中英文——切到英文输入法再试 - Vintage 插件开启且处于 Normal 模式时，该组合键被当 Vim 导航吞掉——按
i进 Insert 模式，或进Preferences → Key Bindings – User删除对应绑定 - macOS 的 Mission Control、Windows 的 NVIDIA 控制面板常占用
Cmd+↑或Ctrl+↑——进系统快捷键设置关掉「调度中心」「桌面切换」类选项
为什么只选中几个字符，行却不动？
Sublime 的行移动逻辑极其严格，只响应「完整行上下文」：
- 光标在行内任意位置（哪怕停在缩进空格里），未选中任何文本 → 触发当前行移动
- 用
Ctrl+L（Win/Linux）或Cmd+L（macOS）选中当前行 → 移动该行；连按多次可向下累加选中连续多行 - 只选中某一行中间的 3 个字母 → 静默失败，不报错也不提示
- 用
Ctrl+Click添加多个不连续光标 → 各行独立移动，不联动成块
swap_line_up 和 move_line_up 的区别必须分清
菜单里显示 “Swap Line Up”，但默认快捷键实际调用的是 move_line_up。混淆这两者会导致重构出错：
-
swap_line_up：第 5 行和第 4 行互换内容，连续按两次就回到原位；多行选中时只和上一行块交换，不是整体上推 -
move_line_up：第 5 行整行提到第 4 行上方，原第 4 行下移变成第 5 行——这才是你想要的“位移” - 如果你在用户 keymap 里手动把
swap_line_up绑到Ctrl+Shift+↑，撤销链会断裂，顺序也容易反常
想移动代码块（比如整个 if 分支）怎么办？
原生快捷键只认「行」，不识别缩进块、函数体或花括号包裹的逻辑块。遇到部分选中或跨行选区，move_line_up 要么不动，要么只动被选中的那几行：
- 先用
Ctrl+Shift+[折叠当前代码块（如函数、if 分支） - 再用
Ctrl+Shift+↓移动折叠后的那一行（即折叠标题行） - 最后用
Ctrl+Shift+]展开，整块就到位了 - 注意：折叠依赖语法高亮和
.sublime-syntax文件里的fold_rules，Python/JS 支持好，某些自定义语言可能不识别
if 块移到函数外部，缩进不会自动删减；它只搬文本行，不做语义判断。
