Sublime Text“合并多行”实为删除换行符并按需补空格或分号，原生Ctrl+J会破坏缩进与语法结构，推荐用正则替换精准控制；频繁需求往往暴露代码设计问题。
Sublime Text 合并多行的正确操作不是“合并”，而是“删除换行符”
Sublime Text 本身没有叫“合并代码行”的内置命令，所谓“合并”实际是手动或自动化地删掉换行符
，再用空格或分号补位。直接按快捷键硬“合并”，大概率会把缩进、注释、语法结构全搞乱。
常见错误现象：Ctrl+J（Windows/Linux）或 Cmd+J（macOS）看似能“合并”，但它本质是“Join Lines”——会删掉换行+开头空白，并在原位置加一个空格。遇到 if 块、函数参数跨行、字符串拼接时，一按就报错。
- 只适合纯逻辑上连续、无语法依赖的多行（比如一段被回车切开的普通文本）
- 对 Python 缩进敏感代码，
Ctrl+J会让下一行直接贴到上一行末尾，破坏缩进层级 - JS/TS 中若跨行写对象字面量，
Ctrl+J会把{和key:挤在同一行，但漏掉逗号或换行后空格，导致解析失败
用正则替换精准删换行（推荐给真实编码场景）
真正可控的方式是打开 Find → Replace（Ctrl+H），勾选 Regular Expression，用正则定位换行位置再替换。关键不是“合并”，而是“在哪删、替换成什么”。
使用场景：整理日志片段、压缩 JSON 配置、拼接 SQL WHERE 条件、清理被格式化工具折行的长字符串。
- 想把连续两行合成一行（保留中间空格）：
查找： - 想删换行但不加空格（如拼 SQL 或路径）：
查找：（空） - 只想合并被反斜杠续行的行（如 shell 脚本）：
查找：\→ 替换：（空），再手动删掉残留的 - 注意：正则模式下
File → Line Endings → Unix (LF)
别依赖插件做“智能合并”，多数只是包装正则
搜 “Sublime merge lines” 装的插件，底层基本就是调用 view.replace() + 正则，没做 AST 解析。它们无法识别 function foo() { 下一行是不是该缩进的函数体，更不会判断括号是否闭合。
性能影响几乎为零，但兼容性隐患明显：有些插件默认把所有换行替成空格，结果把 Python 的 def f():
pass 变成 def f(): pass —— 看似没问题，但若原缩进是 4 空格，替换后可能只剩 1 空格，触发 PEP8 报警。
- 插件如
MultiEditUtils提供join_lines命令，行为和原生Ctrl+J一致，没额外智能 - 想安全处理代码结构，应该用语言专属工具（如
prettier格式化后手动删行，或用black --skip-string-normalization配合编辑器集成） - 如果真要批量处理，写个简单 Python 脚本比找插件更可控：
re.sub(r' (?![ ]*#)', ' ', text)可跳过注释行前的换行
真正需要“合并”的时候，往往暴露了设计问题
频繁想把多行代码压成一行，大概率说明这段逻辑本不该跨行——要么太长（该拆函数），要么缩进失控（该重排），要么用了不合适的格式化策略。
例如写 SQL 时把 SELECT a, b, c FROM table WHERE x = ? AND y = ? 强行折成 5 行再合并，不如一开始就关掉 SQL 插件的自动折行；又比如 Vue 模板里把 v-if 和内容写在不同行，合并后变成 <div v-if="flag">content 缺右括号，根本跑不起来。
<ul>
<li>检查你正在合并的代码是否已被 ESLint / Pylint 标黄——那不是换行问题，是可读性或结构问题</li>
<li>临时合并用于调试输出？用 <code>print(repr(text)) 或浏览器控制台 console.log(JSON.stringify(obj)) 更可靠
git config --global core.autocrlf input 统一换行符，而不是每次手动合并换行符是语法的一部分，不是装饰。动它之前，先想清楚：这里到底需不需要“合并”，还是只是想让代码看起来“紧凑”而已。
