sublime默认行移动快捷键为ctrl+shift+↑/↓（windows/linux）或cmd+shift+↑/↓（macos），执行swap_line_up/down命令实现整行位置互换，不依赖剪贴板且保留缩进与空行。
Sublime 默认行移动快捷键是什么
Windows/Linux 直接按 Ctrl+Shift+↑ 或 Ctrl+Shift+↓，macOS 用 Cmd+Shift+↑ 或 Cmd+Shift+↓——这就是原生支持的整行上下交换操作，不用装插件、不碰剪贴板。
它执行的是 swap_line_up 和 swap_line_down 命令，本质是“和相邻行互换位置”，不是剪切粘贴。所以光标在哪行，就拿哪行去跟上/下行对调；多行选中后，整个块一起跳，相对顺序不变。
- 光标停在第1行按
swap_line_up→ 没反应（没上一行可换） - 光标在空行也有效，会把上/下一行拖过来，形成“视觉上移动”的效果
- 缩进、注释、空行全部保留，适合 Python / YAML 等缩进敏感语言
快捷键按了没反应？先查这三件事
八成问题出在这三个地方，而不是快捷键记错了：
- 输入法是中文状态 —— Ctrl+Shift+↑ 极易被搜狗、QQ 输入法吞掉，切英文再试
- macOS 系统占用了
Cmd+Shift+↑：打开「系统设置 → 键盘 → 快捷键 → Mission Control」，关掉「调度中心」相关绑定 - 插件冲突 —— Emacs Pro Essentials、SublimeCodeIntel、Origami 这些常用插件可能覆盖了
swap_line_up命令
临时验证方法：关闭所有插件（Preferences → Package Control → Disable Package），再试一次。如果恢复了，就逐个开回来定位冲突源。
想改快捷键或修正行为，怎么配才安全
别乱删默认绑定，优先在 Preferences → Key Bindings – User 里加新规则：
- 确认当前绑定是否存在：在
Key Bindings – Default里搜索"swap_line"，看有没有对应条目 - 补一条自定义（以 Windows 为例）：
[ { "keys": ["ctrl+alt+up"], "command": "swap_line_up" } ] - 想让光标不总跳到行首？加配置项
"move_to_limit_on_up_down": false到Preferences → Settings – User - 命令名必须是
swap_line_up，不是move_line_up—— 新版 Sublime 已统一命名，拼错就静默失效
为什么 swap_line 不等于“物理移动”？什么时候该换插件
swap_line_up 是交换，不是搬运。比如你有三行 A/B/C，光标在 B 行按一次 swap_line_up，结果是 B/A/C —— A 被推下来了，但 A 原本的位置被“挤占”。如果你想要的是“把 B 剪出来、插到 A 上面”，那原生命令达不到。
- 需要“剪切→插入到上/下一行开头”语义：推荐安装
MoveLines插件（通过 Package Control 安装），它提供move_lines_up命令，行为更接近 VS Code - 要跨函数、跨段落跳跃（比如“移到上一个 def 开头”）：纯快捷键做不到，得靠
Origami或写 Python 插件 - 多光标场景下，
swap_line_*对每个光标单独交换，容易造成错位 ——MoveLines支持整体偏移，更可控
真正卡住人的，从来不是快捷键本身，而是光标位置、输入法状态、插件叠加后的命令劫持 —— 动手前先切英文输入法，再打开控制台（Ctrl+`）输 sublime.log_commands(True)，按一下键，看底到底执行了哪个命令。
