Ctrl+Shift+↑/↓（Windows/Linux）或 Cmd+Shift+↑/↓（macOS）是Sublime Text中唯一原生可靠的整行物理位移方案；swap_line_up/down仅为相邻交换，非真正位移。

Ctrl+Shift+↑/↓（Windows/Linux）或 Cmd+Shift+↑/↓（macOS）是唯一原生、可靠、无需插件的整行物理位移方案；swap_line_up/down 命令只是相邻交换，不是你想要的“挪位置”。

为什么按了没反应？先查这三处硬性拦截点

这不是功能坏了，而是快捷键被静默吞掉。最常见原因：

• 输入法处于中文状态（尤其 Windows 下搜狗、微软拼音默认用 Ctrl+Shift+↑ 切换中英文）——切英文再试
• Vintage 插件开启且处于 Normal 模式：Ctrl+Shift+↑ 被当 Vim 导航键劫持；按 i 切回 Insert 模式，或在用户 keymap 中禁用该绑定
• 系统级热键冲突：Windows 的 NVIDIA 控制面板、macOS 的 Mission Control 默认绑定了 Cmd+↑，需进系统设置关闭「调度中心」类快捷键

别急着重装插件——先打开 Preferences → Key Bindings，搜索 swap_line，确认默认绑定没被覆盖；再检查光标是否在折叠区域内部（如函数被折叠后停在 ... 行里），此时操作会静默失败。

Ctrl+L 是精准选行的真正入口，不是“选中当前行”那么简单

Ctrl+L（Windows/Linux）或 Cmd+L（macOS）是行移动前最关键的准备动作，它行为明确且容错强：

• 第一次按：选中光标所在整行（哪怕光标停在缩进空格里）
• 第二次按：向下扩展选中下一行；第三次再加一行……连续按可累加选中连续多行
• 已有非行级选区（比如只选了几个字符）时，Ctrl+L 会先清空它，再选中当前行
• 选好后直接按 Ctrl+Shift+↓，整块下移——不用反复按方向键，也不怕鼠标拖选偏移

它避开了“部分选中导致命令失效”的典型问题，比 Shift+↓ 更可控，也比鼠标拖更准。

移动后缩进错乱、光标跳到行首？这是设计使然，不是 bug

Sublime 的行移动不做语义分析，只做纯文本搬运：

• 缩进原样保留：4 个空格还是 4 个空格，Tab + 2 空格也不会被重排；混用空格和 Tab 的文件移完可能视觉错位，但这不是 bug
• 光标永远停在新位置的第 1 列，不会维持你原来在第 12 列的偏移
• 多行选区移动后，所有光标合并为一个，不保留多光标结构
• 跨缩进层级移动（比如把 if 块内一行移到块外）时，Sublime 不会自动删缩进——需手动配合 Ctrl+[ 或 Ctrl+] 调整

真正容易被忽略的是：移动后光标位置和缩进状态完全由原始文本决定，没有任何“智能对齐”逻辑。如果你依赖格式化一致性，得额外触发 reindent 或用插件补位。