Ctrl+J/Cmd+J在无选区时仅合并当前行与下一行；需手动选中多行、确保光标在换行符后、切英文输入法、避免多光标，并推荐用正则替换\r?\n实现可控批量合并。
没选中任何文本时，Ctrl+J/Cmd+J 只合并当前行和下一行
这是最常被误解的点：很多人把光标停在某行就按 Ctrl+J，结果只看到两行变一行，后面几十行纹丝不动。因为 join_lines 命令在无选区时默认行为就是「拉下一行上来拼到当前行末尾」，不识别“多行”概念，也不处理换行符以外的空白。
常见错误现象：
– 光标在最后一行按 Ctrl+J，完全没反应（因为下面没行可拉）
– 光标在第3行按，只合并第3、4行，第5行及之后不受影响
– 合并后出现 foo␣bar（两个空格），是因为原第3行末尾有空格 + join_lines 又加了一个空格
- 想批量合并连续多行，必须先手动选中——用鼠标拖选，或按住
Shift+↓逐行扩展选区 - 最后一行要确保光标落到换行符之后（即看到光标跳到下一行开头），否则末行换行符没被包含，
join_lines会漏掉它 - 中文输入法下
Ctrl+J常被拦截，切英文输入法再试
多光标状态下按 Ctrl+J 会错乱执行
当你用 Ctrl+Click 或 Ctrl+Shift+L 创建多个独立光标后，join_lines 不会把它当作“多行选区”，而是对每个光标单独执行「连下一行」。结果往往是：部分行被合并、部分被跳过、光标位置错乱，甚至把注释行和下一行代码怼在一起。
典型表现：
– 状态栏不显示 “x lines selected”，只显示 “x cursors”
– 按 Ctrl+J 后，有的光标位置消失，有的行内容被截断
- 遇到多光标，先按
Esc退出，再用Shift+↑/↓或鼠标重新选中连续文本块 - 如果真需要基于多光标做合并（比如只合并偶数行），改用列编辑+删除换行符：先
Ctrl+Shift+L分行，再End移光标到行尾，最后按Delete（不是Backspace）删掉每个光标后的换行符
光标在行首/行尾位置影响 join_lines 的实际效果
join_lines 对光标落点极其敏感。哪怕只是差一个字符，行为可能完全不同：
- 光标在行首（如
|print("a")），Ctrl+J会把下一行内容直接接在print("a")后面，中间加空格 - 光标在行尾（如
print("a")|），同样操作，但若该行末尾有空格或制表符，这些空白会被保留并参与拼接，导致print("a")␣ next_line - 光标在中间（如
print(|"a")），Ctrl+J仍会拉下一行，但拼接点变成插入位置，不是行尾——这通常不是你想要的
所以，**务必让光标落在行尾且无多余空白**。合并前建议先执行 Ctrl+Shift+P → Trim Trailing White Space，否则 join_lines 就是在帮你把各种空格缝合起来。
想安全合并，别依赖光标位置，改用正则替换 \r?\n
所有光标相关的问题，根源在于 join_lines 是上下文敏感的机械命令，而真实需求往往要求「可控、可复现、跨平台」。比如你要把日志里 20 行 IP 地址拼成 SQL IN 列表，中间用逗号分隔——这时靠光标操作既慢又容易出错。
正确做法是绕过光标逻辑，直接操作换行符本身：
- 选中目标文本（或全选
Ctrl+A） - 按
Ctrl+H打开替换面板，点亮.*按钮启用正则模式 - 在
Find What输入：\r?\n（匹配\n和\r\n两种换行） - 在
Replace With输入你要的分隔符，比如,、|或留空 - 勾选
In Selection（Alt+R），避免误动全文
这个流程不依赖光标在哪，不关心你有没有选中“完整换行符”，也不怕空行或尾部空格——只要你提前用正则 ^\s*$ 清过伪空行，结果就是干净的。
真正容易被忽略的是：你每次以为在调用“合并功能”，其实是在调试光标状态和换行符类型。只要文本来自 Excel、微信、日志系统，大概率混着 \r\n 和 \n，而 Ctrl+J 对这种混合毫无感知。
