sublime多行合并需区分两种路径：ctrl+shift+l拆光标后delete删换行符实现可控合并；ctrl+j仅对显式选中多行生效，且固定空格分隔。两者本质不同，不可混用。
Sublime 的多行光标拆分和合并不是两个独立功能，而是一体两面的操作链：先用 Ctrl+Shift+L 拆出光标，再靠输入或删除统一动作完成“合并效果”；而原生的 Ctrl+J 是另一条路径，但它只认“显式选中多行”，不认多光标状态。
为什么 Ctrl+Shift+L 有时只生成一个光标
这个命令本质是“把当前选区按换行符切片，每片末尾放一个光标”。它完全不关心你有没有多行视觉，只看你选中的文本里是否包含 \n（或 \r\n）。
- 鼠标拖选时没覆盖到行尾换行符 → 选区实际是单行 → 只出一个光标
- 用
Shift+↑/↓扩展选区，但松手在行中而非行尾 → 同样漏掉换行符 - 选区跨空行，但空行本身不含可见字符 → Sublime 可能跳过该行，不生成光标
- 确认方法：看状态栏是否显示 “x lines selected”，不是 “x characters selected”
用 Ctrl+Shift+L 拆光标后怎么真正“合并”内容
拆完光标只是第一步。此时所有光标都落在行尾，Delete 键删的是每个光标后的换行符（即下一行开头），相当于批量“拉上一行”。这比 Ctrl+J 更可控，因为你能决定删什么、加什么。
- 按
End确保所有光标移到行尾（避免光标在行中误删字符） - 按
Delete（不是Backspace）→ 删除换行符，实现无分隔合并 - 想加逗号分隔？先按
Delete，再统一输入, - 如果某行末尾有空格，
Delete会把它一起带上，导致foo , bar→ 提前运行Trim Trailing White Space
什么时候必须放弃 Ctrl+J 改用正则替换
Ctrl+J 固定用空格分隔，且无法跳过空行、注释行或折叠区域。一旦需求超出“简单拼接”，它就立刻失效。
- 需要逗号分隔 SQL
IN列表 → 正则搜\r?\n，替换成, - 合并 JSON 数组项但保留结构 → 搜
\n(?=\s*")（只换行后紧跟引号的） - 处理从 Excel 粘贴的混合换行（
\r\n和\n并存）→ 必须用\r?\n，不能只写\n - 合并前有空行干扰？先搜
^\s*$\n替换为空，再跑换行替换
容易被忽略的底层细节
真正卡住人的从来不是快捷键记不住，而是 Sublime 对文本结构的“字面执行”逻辑：
-
drag_text设为true时，Ctrl+Click会拖动文本而非加光标 → 必须在设置里显式关掉 - 中文输入法下，
Ctrl+J和Ctrl+D常被拦截 → 切英文输入法再试 - 多光标状态下按
Ctrl+J不触发合并，而是对每个光标单独执行“连接下一行” → 先按Esc退出多光标 - 文件编码为 UTF-16 或含 BOM 时，正则
\r?\n可能匹配失败 → 改用十六进制搜索0A（LF）或0D 0A（CRLF）
