ctrl+enter（win/linux）或cmd+enter（macos）是sublime text中在当前行下方插入空行的唯一可靠操作，不依赖光标位置，不破坏原行内容，且多行批量处理需整行选区配合。
Ctrl+Enter 是唯一可靠方案，别碰 Enter 键本身
在 Sublime Text 里，想在当前行下方插入空行，Ctrl+Enter（Windows/Linux）或 Cmd+Enter（macOS）是唯一直接、无副作用的操作。它不依赖光标位置——哪怕光标停在行中第 3 个字符，也能立刻在该行下方加一行，光标跳到新行开头。
常见错误现象：Enter 键本身会把当前行“断开”，比如 foo bar 按 Enter 变成 foo 和 bar 两行，这不是插入空行；有人习惯先按 End 再回车，多此一举且容易带入末尾空格或缩进错位。
- 它不会自动继承上一行缩进，如需缩进，得额外按
Tab或开启auto_indent设置 -
Ctrl+Shift+Enter是镜像操作：在当前行「上方」插入新行，不是下方 - 不要为了“整齐”提前把光标移到行尾——
Ctrl+Enter对光标位置完全不敏感
多行批量加空行：选区 + Ctrl+Enter 才生效
单行操作用 Ctrl+Enter，但如果你已选中 3 行、5 行甚至整块代码，想让每一行下方都插入空行，就不能只按一次 Ctrl+Enter——它默认只作用于光标所在行，忽略选区。
正确做法是：先用 Ctrl+L（Win/Linux）或 Cmd+L（macOS）选中第一行，再按住 Ctrl+Shift+↓（或 Cmd+Shift+↓）向下扩展选区，直到覆盖所有目标行，松手后按 Ctrl+Enter，Sublime 就会在每一行下方插入空行。
- 这个技巧常被忽略，因为很多人误以为
Ctrl+Enter天然支持多行 - 如果直接鼠标拖选多行再按
Ctrl+Enter，结果仍是只在光标所在行下方加空行 - 选区必须是“整行级”的（即每行都被完整选中），否则行为不可预测
粘贴时缩进错乱？不是换行的问题，是粘贴方式不对
有人发现：按 Ctrl+Enter 加了空行，再粘贴一段缩进好的代码，结果缩进全乱了。这不是 Ctrl+Enter 的问题，而是普通粘贴（Ctrl+V）默认不处理缩进对齐。
解决办法是改用智能粘贴：Ctrl+Shift+V（Win/Linux）或 Cmd+Shift+V（macOS）。它会根据当前光标所在列自动对齐缩进，但仅对“有缩进结构”的内容生效（比如多行 if 块），单行粘贴效果和 Ctrl+V 一样。
- 仅当你粘贴的代码原本就有缩进，且希望嵌入当前上下文时，才用
Ctrl+Shift+V - 如果只是加完空行后手动敲代码，根本不存在缩进问题
- 全局开启
detect_indentation和auto_indent可减少多数缩进意外
正则批量插换行：别直接输 \n，要用 $ → \n 配合设置
想对整个文件批量操作，比如每行后面都加一个空行，不能靠快捷键，得用正则替换。但直接搜 $ 替成 \n 很容易出错——因为 $ 匹配的是“行尾位置”，不是换行符本身，如果某行末尾有空格，\n 就插在空格后面，导致视觉错位。
更稳写法是：打开 Ctrl+H，启用正则模式（点右下角 .*），确保未勾选 . matches newline，然后：
- 查
\s*$（匹配行尾所有空白）→ 替为\n，可一并清理尾部空格 - 查
$→ 替为\n\n，实现“每行后加两个换行符”，即视觉上的空行间隔 - 跨文件批量操作时，
R（Sublime 内置跨平台换行符）比\n更可靠，例如删空行用^\s*$R→ 替为空
真正容易被忽略的是：正则里的 \n 在不同换行格式（CRLF/LF）下由 Sublime 自动适配，但 R 不能用于字符类，比如 [R] 是非法语法。
