sublime text 无原生跨行交换功能，仅支持相邻行快捷键互换（ctrl+shift+↑/↓）或非相邻行鼠标拖放；混淆 swap_line_up 与 move_line_up 易致行为异常，光标位置与选区状态显著影响操作有效性。
Sublime Text 没有“交换第3行和第10行”这种跨距交换的原生能力，所谓“快速交换两行”，实际只有两种可靠路径：相邻行用快捷键互换，非相邻行靠鼠标拖放或分步移动——别信“一键跳着换”的宣传，那是插件在兜底，且常带副作用。
Ctrl+Shift+↑/↓ 是 swap_line_up/down，不是 move_line_up/down
很多人按了没反应，或行为反常，根本原因在于混淆了命令语义：
-
swap_line_up是“和上一行内容互换”，不是“把自己挪到上面去”。第5行执行一次，结果是第4行和第5行对调；再按一次，就回原位 -
move_line_up才是真正“上移插入”，但 Sublime 默认快捷键Ctrl+Shift+↑绑定的是前者，不是后者 - 如果你在
Preferences → Key Bindings – User里手动把swap_line_up绑到Ctrl+Shift+↑，那没问题；但若误绑成move_line_up，多行选中时会出现顺序错乱、撤销链断裂 - 验证方式：选中第5行，按一次
Ctrl+Shift+↑，观察第4行是否“掉下来”了——如果是，说明你用的是swap_line_up；如果第5行直接跑到第4行上方、第4行顺延变第5行，那你绑定的其实是move_line_up
光标位置决定能否触发，边界区域最易失效
这个命令对光标垂直位置极其敏感，不看字符偏移，只看“当前行”的逻辑归属：
- 光标停在空行末尾（刚按过回车），Sublime 可能判定为“下一行开头”，导致交换对象错位
- 光标紧贴行首或行尾（尤其在折叠区域内部），命令会静默失败，不报错也不提示
- 正确做法：把光标移到某行中间几个字符处（比如第3–8列），再按快捷键
- 已选中部分文本（哪怕只选了两个字母），
Ctrl+Shift+↑就不会触发行交换，而是尝试移动选中文本块——这会切断语句、破坏缩进
非相邻行交换，拖放比快捷键更稳
想把第12行和第3行对调？别连按9次 Ctrl+Shift+↑，容易漏数、错位、误触折叠：
- 用
Ctrl+L（Windows/Linux）或Cmd+L（macOS）精准选中目标行：按一次选中当前行，再按一次加选下一行，适合框定连续范围 - 按住
Ctrl（或Cmd）点击行号侧边栏，可多选不连续行（如第3行和第12行） - 鼠标拖拽选中区域到目标位置松手——Sublime 会自动计算插入点，保持缩进层级和空行逻辑
- 拖放时注意：拖到行号左侧空白区，不是代码区；拖过头再拖回来，Sublime 会实时预览插入位置
插件能扩展，但代价是隐性风险
Swap Lines 插件支持 Alt+3+↑ 这类带数字前缀的跳行交换，看似强大，但要注意：
- 它不维护代码折叠状态：交换后原本折叠的函数可能意外展开
- 大范围拖放或交换时，若文件启用了
detect_indentation，可能混入不同缩进风格（tab 和空格并存） - 插件通常不校验语法合法性：把一个
if块拖到函数外，它照搬不误，不会警告你缩进已失效 - 真正高频需求（如按字段排序、隔行交换）才值得装；日常相邻调整，原生命令足够，也更轻量
最常被忽略的一点：Sublime 的行操作全是物理搬运，不感知语义。它不会告诉你“把 return 提前到 if 前面会导致逻辑错误”，也不会自动对齐缩进。你得自己确认移动后的代码还能跑通——这才是“绝技”背后真正的成本。
