ctrl+shift+l仅依据选区是否含换行符拆光标，未覆盖末尾\n则视为单行；安全做法是ctrl+l逐行选中后再执行，配合end或move to beginning of line精准定位。
Ctrl+Shift+L 拆光标为什么没反应或只出一个光标
它不识别“你打算改几行”，只处理你**实际选中的文本里有没有换行符**。鼠标拖选时如果最后一行末尾没覆盖到 \n（视觉上像选中了，其实漏掉了），Sublime 就当它是单行选区，Ctrl+Shift+L 只放一个光标。
安全做法是用 Ctrl+L（Windows/Linux）或 Cmd+L（macOS）逐行选中：把光标放到第一行任意位置 → 按一次 Ctrl+L → 光标跳到下一行 → 再按 Ctrl+L → 重复直到所有目标行都被选中。此时再按 Ctrl+Shift+L，每行末尾必出一个光标。
- 空行也会被拆出光标，但默认落在行首；如需插在行尾，得额外按
End（Windows/Linux）或Cmd+→（macOS） - 如果某行末尾有空格或制表符，
End会停在空白处而非真正行尾；可先运行Ctrl+Shift+P→ 输入Trim Trailing White Space清理 - 装了 Emmet 或其他插件时，
Ctrl+Shift+L可能被劫持；可在Preferences > Key Bindings中搜索split_selection_into_lines确认绑定是否正常
想在每行开头统一加前缀，比如 console.log(
别直接按 Home——它默认跳到第一个非空字符，不是物理行首。缩进存在时，光标会卡在缩进后，导致前缀插在中间。
更稳的方式是：Ctrl+L 逐行选中 → Ctrl+Shift+L 拆光标 → Ctrl+Shift+P 输入 Move to Beginning of Line（内置命令，无需插件），所有光标立刻落到每行最开头。
- 如果代码用了空格缩进且长度不一，
Home和Move to Beginning of Line行为一致；但用制表符缩进时，后者更可靠 - 若想对齐插入（比如所有前缀都从第 4 列开始），该用列选择：
Alt+Shift+鼠标拖拽（Windows/Linux）或Option+Shift+鼠标拖拽（macOS）画竖直矩形区域
想在每行末尾加内容，比如分号或引号
这不是“插入”，是“追加”，关键在让所有光标精准落到换行符前的位置。多光标 + End 是最可控的路径。
流程：用 Ctrl+L 选中目标行 → Ctrl+Shift+L → 按 End（Windows/Linux）或 Cmd+→（macOS）→ 输入 ; 或 "。
- 如果某行结尾是
\r\n（Windows 风格），End仍会停在\n前，不影响输入 - 避免用正则替换做小范围操作：查找
$替换为;看似简单，但$在 Sublime 中不匹配文件末尾无换行符的情况，容易漏掉最后一行 - 列选择不适用此场景——每行长度不同，“固定列”无法对应“行尾”
误操作后怎么快速恢复
Sublime 的多光标非常敏感：按一次 Esc、一个方向键、甚至 Ctrl+X，都会清空除主光标外的所有光标。
常见补救方式：
- 按
Esc：清空所有辅助光标，保留主光标（最常用） - 按
Ctrl+U：撤销最近一次光标添加操作（比如刚按了Ctrl+D多选了不该选的词） - 如果已输错字符，
Ctrl+Z只撤回最后一次输入，不会恢复光标数量；得先Esc清光标，再重走流程
真正容易被忽略的是：命令面板弹出时（Ctrl+Shift+P），多光标状态会被冻结；选完命令后光标不会自动恢复，必须重新触发。
