sublime text中ctrl+shift+↑/↓（win/linux）或cmd+shift+↑/↓（macos）执行的是move_line_up命令，即把当前行插入到上一行上方，而非真正交换；常见失效原因包括输入法中英文切换、vintage插件normal模式拦截及系统级热键冲突。
Sublime Text 里没有真正意义上的“交换两行”快捷键，Ctrl+Shift+↑（Windows/Linux）或 Cmd+Shift+↑（macOS）执行的是 move_line_up —— 它把当前行**插入到上一行上方**，不是和上一行对调内容。你看到的“像交换”，只是单行移动时的视觉巧合。
为什么按了没反应？先查这三处静默拦截
这不是功能坏了，是快捷键被卡在半路：
- 输入法处于中文状态（尤其是搜狗、微软拼音），
Ctrl+Shift+↑常被绑定为中英文切换 → 切到英文输入法再试 - Vintage 插件开着且在 Normal 模式，
Ctrl+Shift+↑被当 Vim 导航键吞掉 → 临时按i进 Insert 模式，或去Preferences → Key Bindings – User删除对应绑定 - 系统级热键冲突：Windows 上 NVIDIA 控制面板、远程桌面工具；macOS 上 Mission Control 默认劫持
Cmd+↑→ 进系统设置关掉「调度中心」或「虚拟桌面」相关快捷键
光标在哪才触发移动？别信“看起来像整行”
Sublime 对“当前行”的判定只看光标垂直位置，不依赖选中状态：
- 光标停在第 5 行任意字符上（哪怕只是缩进空格里）→ 触发单行上移
- 光标在第 1 行开头、或最后一行末尾 → 静默失败（上面/下面没行可移）
- 只选中几个字母（比如
if两个字符）→ 不触发，也不报错 - 用
Ctrl+L（Windows/Linux）或Cmd+L（macOS）选中整行 → 一定生效，且连续按Ctrl+L可累加选中多行，整块一起上移
swap_line_up 和 move_line_up 到底谁在干活？
默认快捷键背后调用的是 move_line_up，不是 swap_line_up：
-
move_line_up：把第 5 行提到第 4 行上方，原第 4 行变成第 5 行（位移，留空行） -
swap_line_up：第 4 行和第 5 行内容对调，其他行不动（真交换，不产生空行） - 你日常用的
Ctrl+Shift+↑是前者，行为就是“插上去”，不是“换位置” - 如果你在用户 keymap 里手动绑了
swap_line_up到这个快捷键，就会发现多行选中时顺序反常、撤销链断裂 —— 这是误配，得改回来
想跨行互换（比如第3行和第10行）怎么办？
原生快捷键做不到，因为它是严格相邻移动：
- 用
Ctrl+Click（Windows/Linux）或Cmd+Click（macOS）点击行号侧边栏，多选不连续行 - 鼠标按住选中区域左侧空白处（不是代码区），拖到目标位置松手
- Sublime 会自动处理缩进对齐和空行逻辑，比连按十几次快捷键靠谱得多
- 注意：拖拽时别松手太快，确保目标位置有明确插入线提示
真正容易被忽略的是：所有这些操作都不校验语法、缩进层级或折叠状态。把一个 if 块移到函数外，它还是顶格带 4 空格；拖进注释块里也不会警告。它只搬行，其余责任在你手上。
