Ctrl+J/Cmd+J是机械拼接而非语法安全合并，会破坏缩进、吞注释、漏逗号；真正可控的方式是用正则替换\r?\n，配合清理尾随空格、伪空行和混合缩进。
Ctrl+J（Windows/Linux）或 Cmd+J（macOS）能快速合并选中的多行，但**它不是“安全合并”，而是“加空格拼接”**——对 Python、JS、JSON 等结构敏感语言，一按就可能破坏缩进、吞注释、漏逗号。
为什么Ctrl+J经常合并出错？
因为 join_lines 命令根本不识别语法，只做机械操作：
- 它把下一行内容直接贴到当前行末尾，并**强制加一个空格**，不管原行尾有没有空格、下一行开头有没有缩进
- Python 中
if x > 0:\n print("ok")合并后变成if x > 0: print("ok")—— 缩进错乱，PEP8 报警 - JS 对象
{\n key: val\n}合并成{ key: val }，漏掉换行后必须的逗号或空格，解析失败 - 带
# comment的行合并后，下一行直接怼到注释后面，变成无效代码 - 没选中任何内容时，它只合并光标所在行和它的下一行，不是你想要的“多行合一”
真正可控的合并：用正则替换 \r?\n
打开 Ctrl+H（Windows/Linux）或 Cmd+H（macOS），勾选 .*（正则模式），然后：
- 查找框填：
\r?\n（兼容 Windows\r\n和 Unix\n） - 替换框按需填写：
,（逗号）、;（分号）或留空（无缝拼接） - 务必先选中目标区域再点
Replace All，否则会删掉函数之间该保留的空行 - 如果文件混用换行符，先执行
File → Line Endings → Unix (LF)统一格式
合并前必须清理的三类干扰项
不处理这些，正则替换也会产出脏结果：
-
TrailingSpaces插件：安装后运行TrailingSpaces: Remove from current view，避免item1␣, item2这种双空格 - 伪空行：用正则
^\s*$全局替换为空，干掉只含空格或 Tab 的“空行”，^$会漏掉它们 - 混合缩进：尤其 Python，合并前确认是否真需要扁平化——有时该用
black或编辑器格式化，而不是硬拼
最常被忽略的点是：合并动作本身往往暴露代码设计问题。比如频繁要拼 SQL WHERE 条件、压缩 JSON、整理日志，说明原始数据来源或生成逻辑可能更值得优化，而不是靠编辑器补救。
