没有“一键”命令，但 join_lines 命令 + 正确选区 = 实际可用的最快路径
在 Sublime Text 里，join_lines 命令并非一个能瞬间将整个文件压平的“魔法按钮”。它的正确打开方式是：先选中目标文本，再触发命令。默认情况下，它会在行与行之间插入空格进行连接，而不是简单地删除换行符本身。如果没搞懂这个机制，你可能会反复按下 Ctrl+J 却感觉毫无反应。
为什么 Ctrl+J / Cmd+J 按了没反应
别急着怀疑快捷键失灵，问题往往出在 Sublime Text 对“选区”和“光标位置”的严格处理逻辑上：
- 未选中任何文本：此时按下
Ctrl+J，它只会将光标所在行的下一行“拉上来”拼接到末尾，既不删除换行符，也不处理多行，视觉效果上就像没动一样。 - 选区包含空行：如果选中的文本块里混有空行，
join_lines会忠实地将空行也转换为空格，导致合并后的文本中间出现一连串多余的空格。 - 输入法拦截：尤其在 macOS 上，当搜狗、百度等中文输入法处于激活状态时，
Cmd+J这个组合键常常会被系统或 Alfred 等工具拦截。解决方法是进入“系统偏好设置 → 键盘 → 快捷键 → 输入源”，关掉“选择上一个输入源”的快捷键。 - 多光标 vs. 选区：有时你以为选中了多行，实际上可能只是创建了多个光标（比如刚从 Excel 粘贴数据后）。注意观察状态栏，如果没有显示 “x lines selected”，那么
Ctrl+J就不会生效。
用 join_lines 前必须清理的三件事
这个命令本身不负责美化格式，它只做连接操作。因此，原始文本里的任何“杂质”都会被原封不动地带到结果里：
- 清理行尾空格：务必先执行
Ctrl+Shift+P调出命令面板，输入并运行Trim Trailing White Space。否则，每行末尾看不见的空格会被保留，合并后可能变成item1 , item2这样尴尬的格式。 - 注意注释行：如果某行以
#或//等注释符号结尾，join_lines会毫不犹豫地把下一行代码直接接在注释后面，这通常会导致 Python 或 Ja vaScript 语法立刻报错。 - 处理缩进：如果想保留原始的缩进逻辑，需要在选中文本前，手动删除每行行首和行尾的空白字符。否则，
join_lines会在连接处额外插入空格，打乱原有的对齐。
什么时候必须放弃 join_lines，改用正则替换
一旦你的需求超出了“用空格简单连接”的范畴，就该果断切换到 Ctrl+H 的正则替换面板了：
- 需要逗号分隔：比如生成 SQL 中的
IN列表。查找\n，替换为,（注意逗号后带一个空格）。 - 处理跨平台换行符：面对 Windows (
\r\n)、macOS/Linux (\n) 甚至旧版 Mac (\r) 混杂的文本，最稳妥的查找模式是\r\n|\r|\n，或者简写为\r?\n。 - 彻底压成单行：例如拼接 JSON 字符串，需要删除所有换行。替换框应留空，查找模式不能只写
\n，以免漏掉\r\n的情况。 - 只合并段落，跳过空行：一个更高级的技巧是，只合并被空行包围的段落本身。可以使用查找模式
\S$\n(?=\S)（匹配以非空白字符结尾且下一行也是非空白字符的行尾），替换为一个空格。
合并后发现末尾多出空格？这不是 bug，是预期行为
记住，join_lines 的设计哲学是“只连接，不清理”。你看到的那些多余空格，大概率来自以下几个源头：
- 原始行尾自带空格：这些空格肉眼难以分辨，尤其在编辑器没有高亮显示的情况下。
- 特殊空白字符：行尾如果存在制表符或全角空格，也会被一并保留下来。
- 连续空格问题：替换后如果出现多个连续空格，需要额外使用
Find → Replace功能，查找+（一个空格加一个加号），替换成单个空格。
说到这里，安装一个像 TrailingSpaces 这样的插件，就不再是可选项，而是处理日志、CSV 或配置文件前的必备步骤——它能将所有行尾空格高亮显示（通常标为红色），让你一目了然，从源头上解决问题。
