ctrl+shift+↑/↓（win/linux）或 cmd+shift+↑/↓（macos）在 sublime 中真正移动选中行而非交换，但不校验缩进、折叠或语法结构，多光标时各行独立移动，且易被系统或插件热键拦截。
Ctrl+Shift+↑ 和 Ctrl+Shift+↓（Windows/Linux）或 Cmd+Shift+↑/Cmd+Shift+↓（macOS）是 Sublime 中真正能“移动选区”的快捷键，不是交换，也不是模拟剪切粘贴——它把选中的多行内容整体上推或下压一行，原位置空出，其他行自动腾挪。很多人按了没反应，其实不是功能失效，而是被系统或插件悄悄截断了。
为什么选区移动后缩进错乱或光标乱跳？
Sublime 的 move_line_up 和 move_line_down 命令只管行级位移，不校验缩进语义：
- 选中一个缩进为 4 空格的
if块，移到函数外部，缩进不会自动减； - 跨折叠区域移动时，它不检查是否破坏了
{/}匹配； - 移动后光标默认落在新行第 1 列，不会保持你在原选区中的列偏移；
- 如果目标行比原选区短，光标会自动贴到行尾，而不是“悬空”。
选中非连续多行（比如 Ctrl+Click 添加多个光标）时怎么动？
这种选区不被当作“块”，Ctrl+Shift+↑/↓ 会单独作用于每个光标所在行：
- 光标在第 2、5、8 行 → 按一次
Ctrl+Shift+↑，这三行各自上移一格； - 结果可能穿插、错序，尤其当目标位置已有内容时；
- 这不是 bug，是设计行为：Sublime 只识别“光标所在行”，不维护多光标间的逻辑关系；
- 想保持结构，请先用
Ctrl+L（Win/Linux）或Cmd+L（macOS）累加选中连续行，再操作。
按了快捷键但完全没反应？优先排查这三处硬拦截
不是配置问题，是快捷键被静默吞掉：
-
Vintage插件处于 Normal 模式时，Ctrl+Shift+↑被当 Vim 导航键忽略，按i切回 Insert 模式再试； - Windows 上 NVIDIA 控制面板、macOS 的 Mission Control 默认绑定了
Cmd+↑，需进系统设置关掉「热键切换桌面」； - 光标当前位于折叠代码段内部（整行不可见），命令直接静默失败，展开后再试。
