Ctrl+Shift+L 是拆分选区为多光标，非批量复制；粘贴单行因 Ctrl+C 仅复制当前光标行；Excel 粘贴无真实换行符致 Ctrl+J 失效；多光标下 Ctrl+J 不响应因设计不兼容串行操作。
Ctrl+Shift+L 后粘贴变单行，不是 bug 是预期行为
Sublime 的 Ctrl+Shift+L（Windows/Linux）或 Cmd+Shift+L（macOS）本质是「拆分选区为多光标」，不是「复制多行内容」。它把每行的光标位置映射到对应行首/行尾，但剪贴板里只存你最后一次操作的内容——比如你在某一行按了 Ctrl+C，那粘贴出来的就只是那一行，其余光标位置的内容根本没进剪贴板。
常见错误现象：用 Ctrl+Shift+L 选中 5 行 → 每行都出现光标 → 按 Ctrl+C → 粘贴出来只有一行。这是因为 Ctrl+C 只复制当前光标所在行的文本，不是所有光标位置的文本拼起来。
- 想真正复制全部多行？先用鼠标或
Ctrl+L连续选中目标行（状态栏显示x lines selected），再按Ctrl+C - 若已进入多光标状态，必须手动逐行
Ctrl+C（不现实）或切回单光标模式再选中整段 -
Ctrl+Shift+L的正确用途是批量编辑（如同时删行尾空格、加前缀），不是批量复制
从 Excel 或网页粘贴后自动换行失效，导致 Ctrl+J 失效
从 Excel、网页或某些富文本源粘贴时，Sublime 收到的是「视觉换行」（soft wrap），不是真实换行符 \n 或 \r\n。这时你看着是多行，但 Sublime 内部只认作一行带空格的长字符串——Ctrl+J 不会触发，因为根本没选中“多行”。
判断方法：打开命令面板 Ctrl+Shift+P → 输入 Convert Line Endings → 看当前文件换行符类型；或者把光标停在疑似换行处按 →，如果光标一次性跳过整段，说明是软换行。
- 解决路径：先全选 →
Ctrl+Shift+P→ 执行Convert Indent to Spaces（可选）→ 再执行Convert Line Endings to Unix（强制标准化为\n） - 更稳做法：粘贴后立刻按
Ctrl+Shift+P→ 输入Reindent，它会尝试重解析结构并补真实换行符 - 预防：从 Excel 粘贴前，先在 Excel 中用
Ctrl+H把换行符Alt+010替换为空格或逗号，再粘贴
多光标 + Ctrl+C → 粘贴只有最后一行，怎么救回来
一旦误用多光标复制，剪贴板里只剩最后一个光标位置的内容。别急着关窗口——Sublime 默认不保留历史剪贴板，但系统级剪贴板管理器（如 Windows 10/11 的剪贴板历史、macOS 的 Pasteboard）可能还缓存着之前复制的内容。
立即操作：按 Win+V（Windows）或 Cmd+Shift+V（macOS）调出系统剪贴板历史，从中找回刚复制的其他行；若没开历史功能，只能靠 Undo（Ctrl+Z）撤回粘贴动作，然后重新选中复制。
- 别依赖
Ctrl+Shift+L+Ctrl+C组合，这是最易踩的坑 - 真要批量提取多行文本，用正则替换更可靠：
Ctrl+H→ 开启正则 → 查找^.*$→ 替换为$0,（加逗号）或$0（加空格），再全选复制 - 装插件
Clipboard History或MultiEditUtils可缓解，但原生流程里没这层容错
为什么 Ctrl+J 在多光标下完全没反应
join_lines 命令根本不识别多光标选区。它只响应「单块连续选区」且必须包含换行符。当你用 Ctrl+Click 或 Ctrl+Shift+L 创建多个光标后，哪怕每行都高亮了，状态栏也不会显示 x lines selected，Ctrl+J 直接忽略。
这不是快捷键冲突，是 Sublime 的设计逻辑：多光标用于并行编辑，join_lines 属于串行文本操作，二者底层数据结构不兼容。
- 恢复可用状态：按
Esc退出多光标，再用鼠标拖选或Shift+↓扩展选区，确保状态栏出现行数提示 - 若拖选困难（比如有折叠代码块），先执行
Ctrl+K, Ctrl+1展开所有折叠，再选 - 记住：
Ctrl+J的生效前提永远是「选区含换行符」，不是「看起来像多行」
最常被忽略的一点：Sublime 对「选区」的判定比肉眼所见严格得多。空行、折叠区域、混合换行符、输入法劫持——任何一个都会让 Ctrl+J 或 Ctrl+C 表现异常。与其反复试错，不如养成先看状态栏、再动手的习惯。
