Ctrl+Shift+L只生成一个光标是因为它仅依据选区中实际存在的换行符（\n）切片，若选区未覆盖行尾换行符（即使视觉上拖选多行），仍按单行处理；安全做法是先用Ctrl+L逐行选中再统一执行。
Ctrl+Shift+L 为什么没按预期拆出多光标
它根本不管“看起来选了几行”，只认选区里有没有 \n。鼠标拖选时松手早了，最后一行末尾的换行符没被包进去，Sublime 就当你是单行选区，Ctrl+Shift+L 直接静默——不是失效，是压根没触发拆分逻辑。
常见错误现象：Ctrl+Shift+L 按完只在第一行末尾出现一个光标；或者光标全堆在某一行开头，其余行没反应。
- 安全做法：先用
Ctrl+L（Windows/Linux）连续按选中目标行（每按一次加一行），再统一按Ctrl+Shift+L - 如果已拖选，可按
Home把主光标拉到行首，再按Ctrl+Shift+L，避免缩进空格干扰定位 - 空行也会被拆出光标，但光标停在行首；若想在空行末尾补内容，得先按
End
选区构建不干净会导致光标位置错乱
光标落在哪，完全取决于你选中的范围。选区包含缩进空格，光标就停在缩进位置；选区末尾带制表符或空格，Ctrl+Shift+L 生成的光标就会卡在那些空白字符后面，一输字母所有行都右移，表面看着对齐，实际结构已偏移。
- 批量修改前，建议先运行
Ctrl+Shift+P→ 输入Trim Trailing White Space清理行尾空白 - 想让光标统一落在物理行首（而非第一个非空字符处），不要只按
Home，而应：选中后Ctrl+Shift+L→Ctrl+Shift+P→ 输入Move to Beginning of Line - 若需列对齐编辑（比如 CSV 某一列），别靠拖选，先用
Ctrl+Shift+→扩展选区到目标列，再执行Ctrl+Shift+L
插件或设置冲突会让快捷键“失声”
Ctrl+Shift+L 是用户级命令 split_selection_into_lines 的默认绑定，但一旦被 Emmet、Alignment 或自定义键绑定覆盖，它就彻底不响应——连报错都没有，就像被吃掉了一样。
- 验证方式：打开
Preferences → Key Bindings，搜索split_selection_into_lines，确认右侧用户配置里有且仅有一条有效绑定 - 若装了 AlignTab 等插件，检查其文档是否重绑了该快捷键；临时禁用插件可快速定位冲突源
- 某些鼠标增强工具（如 Logitech Options、Mac 的 BetterTouchTool）会劫持
Ctrl+Click或组合键，导致Ctrl+Shift+L在焦点切换时失效
多光标下输入行为和单光标完全不同
这不是“多个光标同时打字”的直觉操作——Tab 不跳焦点而是按语言规则缩进所有行，Enter 不是换一行而是给每行都插入新行，Backspace 会同步删掉所有光标前的一个字符。稍不注意，整片结构就塌了。
- 改完立刻按
Esc退出多光标模式，避免误触回车或退格 - 不确定时，用
Ctrl+U（Windows/Linux）逐次撤销最近添加的光标，比全删重来更可控 - Sublime 默认光标上限约 2000 个，但超过 20 个后输入延迟明显；高频小批量（≤10 行）优先用
Ctrl+L+Ctrl+Shift+L，大范围建议配合正则替换
\n，或者光标悄悄落在了缩进空格上——这些细节不显眼，却直接决定多光标是提效利器还是灾难开关。 
