Sublime Text中按Ctrl+Shift+↑/↓（Windows/Linux）或Cmd+Shift+↑/↓（macOS）可整行上下移动，依赖内置swap_line_up/down命令；需确保光标在单行内或全选多行，避免插件、输入法或系统快捷键冲突。
Sublime Text 里怎么把当前行往上或往下挪
直接按 Ctrl+Shift+↑（Windows/Linux）或 Cmd+Shift+↑（macOS）就能把整行上移；同理，Ctrl+Shift+↓ / Cmd+Shift+↓ 下移。这不是插件功能，是 Sublime 自带的 swap_line_up 和 swap_line_down 命令绑定的快捷键。
常见错误现象：按了没反应——大概率是你装了冲突插件（比如 Vintage 模式开着，或者某些按键映射插件劫持了 Ctrl+Shift+↑），或者当前光标在多行选区里但没全选中行（它只对“完整行”生效）。
- 必须确保光标在某一行内，不需要选中内容；如果选中了部分文本，它会移动选中内容所在的那一整行
- 如果选中了多行，它会把整个选区当“一块”一起上下移动（不是逐行移动）
- 不支持跨文件移动，也不能拖拽到其他窗口
想移动多行但又不想全选，有没有更顺手的方式
可以先用 Ctrl+L（macOS 是 Cmd+L）快速选中当前行，再连按几次，每按一次就向下扩展选中下一行。选好后，再用 Ctrl+Shift+↑/↓ 整体挪动——比手动拖选准，也比鼠标点选快。
这个组合之所以实用，是因为 Ctrl+L 的行为是“累加选中”，而且它不依赖光标位置（哪怕光标在行中任意位置，也能准确选中整行）。但要注意：
- 如果当前已存在非行级选区（比如只选了几个字符），
Ctrl+L会先清掉它，再选中当前行 - 选中后若误触
Ctrl+Shift+←/→（单词级扩展），会破坏行选区，得重来 - 在有折叠代码块的文件里，
Ctrl+L仍能正常工作，不会被折叠影响
快捷键不管用？检查 key bindings 有没有被覆盖
打开 Preferences → Key Bindings，看右边用户配置里有没有类似这样的条目：
[
{ "keys": ["ctrl+shift+up"], "command": "some_other_command" }
]
如果有，就是它抢了默认行为。删掉或注释掉这行即可。Sublime 的键位优先级是：用户配置 > 插件配置 > 默认配置，所以插件自带的快捷键也可能被你之前手动加的规则盖掉。
另外，某些输入法（尤其是 Windows 上的搜狗、QQ 输入法）会在全局劫持 Ctrl+Shift+↑/↓ 做中英文切换——这时即使 Sublime 配置完全正确，也触发不了。临时切到微软拼音或关掉输入法热键就能验证是不是这个原因。
- Mac 用户注意：系统级快捷键（如 Mission Control）有时也会和
Cmd+Shift+↑/↓冲突，可在系统设置 → 键盘 → 快捷键 → 调度中心里关掉 - 改键位时别用
shift+ 方向键本身（比如shift+up），那会变成文本选择，不是行移动
移动后缩进错乱？其实是 Tab 和空格混用了
行移动本身不改缩进，但如果原文件里有些行用 \t 缩进、有些用空格，移动后视觉上可能“跳格”。这不是 Sublime 的 bug，是编辑器忠实地保留了原始空白符。
解决办法不是改移动逻辑，而是统一缩进风格：
- 全选后按
Ctrl+Shift+P输入Convert Indentation to Spaces或to Tabs统一处理 - 设好
"detect_indentation": false和"tab_size": 2等配置，避免下次新开文件又混用 - 开启
draw_white_space": "all"，能立刻看到哪些地方是 tab、哪些是空格，方便排查
真正容易被忽略的是：移动操作不会自动重排代码结构（比如 if 块里的 return 被移到花括号外面），它只做纯文本搬运。逻辑是否还成立，得你自己盯一眼。
