Sublime 中无真正一键合并多行字符串功能，JSON 场景下 Ctrl+J 会破坏语法结构；需用正则精准替换换行符并区分内容类型，或借助格式化工具反向处理。
Sublime 里没有真正意义上的“一键合并多行字符串”命令，所谓“合并”本质是删换行符+补分隔符，而 JSON 场景下直接删
极易破坏语法——必须区分内容类型、控制替换范围、保留结构语义。
Ctrl+J 合并 JSON 多行会直接报错
默认的 Ctrl+J（Windows/Linux）或 Cmd+J（macOS）对 JSON 是危险操作：它会把 { 和 "key": 挤到同一行，但漏掉逗号、缩进和换行后空格，导致 JSON 解析失败。例如：
{
"name": "Alice",
"age": 30
}
用 Ctrl+J 后变成：
{ "name": "Alice", "age": 30}
看着像一行，但实际丢失了对象字段间的必要换行语义，且缩进混乱。这不是格式问题，是结构破坏。
- 它不识别 JSON 键值对边界，也不检查括号是否匹配
- 若某行末有注释（如
// comment），Ctrl+J会把注释和下一行内容拼在一起，变成非法 JSON - 只适合纯字符串数组的原始文本（如
["a", "b", "c"]），但即使这样，也得先确保每行末尾没多余空格
正则替换
前必须限定选区并关闭 . matches newline
想把 JSON 数组元素转成单行字符串（如 ["a","b","c"]），不能全局搜
替换，必须精准定位“值行之间的换行”。关键在两步：
- 先手动选中目标 JSON 数组块（比如从
[到]，含所有引号内的内容） - 打开
Ctrl+H→ 勾选.*（即启用正则）→ 确保右下角. matches newline是 未勾选 状态（否则^和$会跨行错位） - 查找：
^s*"（匹配每行开头的引号，用于定位字符串行）→ 替换为："（去掉行首缩进） - 再查：
s*(?=")（匹配后面紧跟引号的换行及空白）→ 替换为：","（补逗号分隔）
最后手动加首尾 [ 和 ]。这个过程绕开了 Ctrl+J 的语义盲区，靠正则锚定内容特征而非位置。
JSON 字符串内换行要用
?
而不是只写
粘贴进来的 JSON 常混用换行符：Windows 文件带
，Unix 是
。如果只搜
，会漏掉
，导致部分换行残留。安全写法是：
- 查找：
?（?表示 可选，覆盖全部平台） - 替换为：
\n（转义为字符串内换行符，适用于 JSON 字符串值本身含换行的场景） - 注意：替换前确认文件换行符统一（
File → Line Endings → Unix），否则?可能匹配不全
如果目标是把多行日志字符串压缩进一个 JSON 字段值（如 "log": "line1
line2
line3"），就必须用 \n 替换，而不是空格——否则语义丢失。
真正省事的方式是别合并，用格式化工具反向处理
多数时候你不是真要“合并”，而是想快速查看或调试单行 JSON。这时候更稳的做法是：
- 保持原始缩进格式，用
Ctrl+Shift+P→ 输入JSON Reindent或Prettify JSON（需装插件）先校验并标准化结构 - 再用
Ctrl+H限定选区，仅替换数组元素间的换行（如上文s*(?=")方案） - 如果只是临时调试，复制 JSON 到在线校验器（如 jsonlint.com）转单行，比在 Sublime 里硬拼更可靠
最常被忽略的一点：JSON 的换行不是装饰，是结构的一部分。强行“合并”往往暴露的是前期没用好格式化工具，而不是编辑器功能不够。
