ctrl+shift+↑/↓ 无反应需检查三方面：一是光标是否在不可见折叠行内；二是vintage插件是否处于normal模式劫持快捷键；三是系统级热键（如输入法切换）是否冲突。
Ctrl+Shift+↑/↓ 没反应？先检查这三件事
这不是插件问题，而是 Sublime Text 原生的 swap_line_up 和 swap_line_down 命令绑定的快捷键。按了没反应，大概率是以下情况之一：
- 当前光标落在折叠区域内部（比如函数被折叠了），但光标位置在折叠行内——它仍能工作；但如果整行被折叠且不可见，命令会静默失败
- 装了
Vintage插件且处于 Normal 模式，Ctrl+Shift+↑被劫持为 Vim 导航键，需临时切回 Insert 模式或禁用 Vintage 的键绑定 - 系统级快捷键冲突：Windows 上某些显卡控制面板（如 NVIDIA 控制面板）或输入法（如搜狗、微软拼音）会拦截
Ctrl+Shift+↑，可进系统设置里关闭“热键切换输入法”类选项
只选中部分文本时，Ctrl+Shift+↑ 为什么不动？
这个命令只对“完整行”或“跨行选区”生效。如果你只选中了某一行中间的几个字符，Sublime 不会移动任何东西——它不处理片段级移动。
- 光标在行内任意位置（未选中任何文本）→ 移动整行
- 选中了单行全部内容（比如用
Ctrl+L）→ 移动该行 - 选中了两行开头的字符（哪怕只有两个字母）→ 视为跨行选区，整块上移/下移
- 选中了非连续行（比如 Ctrl+Click 多个散点）→ 不触发，无响应
想一次选中多行再移动？用 Ctrl+L 累加最稳
Ctrl+L（macOS 是 Cmd+L）不是“选中当前行”那么简单，它是“累加式行选中”，比鼠标拖选准、比 Shift+↓ 快，特别适合快速框定目标范围：
- 第一次按
Ctrl+L：选中光标所在整行 - 第二次按：向下扩展，选中当前行 + 下一行
- 第三次按：再加一行，以此类推
- 如果中途误触
Ctrl+Shift+←（单词左扩），选区会被破坏，得重来 - 有代码折叠不影响，
Ctrl+L依然准确命中逻辑行
移动后缩进错乱或光标跳到奇怪位置？这是预期行为
Sublime 的行交换不重新格式化代码，它只是物理位移。所以：
- 缩进保留原样，不会自动对齐——如果你移动的是缩进不一致的行（比如一个
if块里混了 tab 和空格），移完可能看起来“错位”，但这不是 bug - 移动完成后，光标停在新位置的第一列，不是你原来光标所在的列偏移处
- 多行选区整体移动后，Sublime 不会维持你原来的多光标结构，所有光标合并为一个
- 撤销（
Ctrl+Z）能完美回退，但重做（Ctrl+Y）有时会失效——建议依赖Ctrl+Z，别指望重做链完整
return 提前到 if 前面，Sublime 不会警告。
