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 或用插件补位。
