sublime text 的 ctrl+j（join_lines）仅在严格满足选区条件时生效，未选中则只合并当前行与下一行；需整行选中、清理空行与行尾空格、禁用中文输入法，并用正则替换实现自定义分隔符或语法安全合并。
Sublime Text 没有“开启多行合并”的开关，join_lines 命令（Ctrl+J / Cmd+J）就是你真正要用的工具——但它只在严格满足条件时才按预期工作，多数“没反应”“只合两行”“空格乱飞”都是选区或前置清理没到位。
为什么 Ctrl+J 按了没反应或只合并了两行
这不是功能失效，是 Sublime 对选中状态极其较真：
- 未选中任何文本时，
Ctrl+J只会把「当前行 + 下一行」拼一起，且不删换行符，也不加空格——它根本没打算处理多行 - 用
Ctrl+Click或Ctrl+Shift+L创建的多光标，不是选区，join_lines完全无视 - 鼠标拖选时没拖到行尾（漏掉换行符），或用
Shift+↑/↓扩展时停在行中，Sublime 就当你是单行操作 - 中文输入法（尤其 macOS 上搜狗、百度）常劫持
Cmd+J，切英文输入法再试 - 状态栏右下角没显示类似
3 lines selected，就说明没选对——重来，用鼠标从行首拖到行尾，或连按Ctrl+L逐行添加整行选中
合并前必须清理的两件事：空行和行尾空格
join_lines 不做任何预处理，原样保留所有空白字符，合并后看着像失败，其实是这些干扰项在作祟：
- 空行会被当成“一行”，参与合并，结果出现
word1 word2（两个空格） - 行尾空格不会被自动 trim，
foo <space>\nbar</space>合并成foo <space> bar</space>，肉眼难辨但语义已变 - 先执行
Ctrl+Shift+P→ 输入Trim Trailing White Space，可清当前光标所在行；想彻底清理，装TrailingSpaces插件（Package Control 安装后自动高亮行尾空格为红色），再运行TrailingSpaces: Remove from current view - 删空行别用
^$\n，改用正则^\s*$\n（匹配纯空行 + 含空格/Tab 的“伪空行”），替换为空
要用逗号、竖线或不留空格？别碰 Ctrl+J，直接上正则替换
join_lines 的分隔符写死为空格，无法修改。自定义分隔符唯一可靠路径是正则替换：
- 打开替换面板（
Ctrl+H/Cmd+H），点亮.*按钮启用正则模式 - 查找框填
\r?\n（兼容\n、\r\n所有换行变体），替换框填你要的分隔符，比如,、|或留空 - 如果只想处理选区，按
Alt+R开启「在选区中替换」，避免误动全文 - 处理 Python 多行字符串（
"""块）或 SQL 参数列表时，join_lines会破坏结构，必须用更精准的正则，例如\n(?=\s*")匹配后面紧跟引号的换行
合并后单词粘连或语法错乱？大概率是原始代码结构被硬吞了
join_lines 不理解语法，它只机械地删换行、加空格：
- 某行以
# comment结尾，下一行是value，合并后变成# commentvalue，Python 直接报错 - JS 对象跨行写：
{在第1行，key: val在第2行，join_lines会产出{ key: val，漏掉换行后缩进和逗号 - if 条件换行：
if a >和b:合并后是if a > b:，看似正常，但若原行末有空格或缩进，空格位置就失控了 - 这种场景必须放弃
Ctrl+J，改用正则定位逻辑边界（如匹配\n(?=else|elif|return)）或手动分段处理
真正卡住人的从来不是“怎么合并”，而是合并前没意识到：空行、缩进、行尾空格、混合换行符（\r\n 和 \n 并存）、输入法状态——这些全得手动干预，Sublime 不会替你猜意图。
