根本原因是ctrl+shift+l只识别选区中实际存在的换行符\n或\r\n，鼠标拖选未覆盖末尾换行符即视为单行，故仅生成一个光标；安全做法是先用ctrl+l逐行选中再执行该快捷键。
Ctrl+Shift+L 拆行光标为什么只出一个光标？
根本原因不是快捷键失效，而是 Ctrl+Shift+L 不处理“你认为选中了”，只认实际选区里有没有换行符 \n 或 \r\n。
- 鼠标拖选时最后一行末尾没覆盖到换行符（视觉上像选中了，其实漏掉了
\n），它就当单行处理，只加一个光标 - 空行也生效，但光标落在行首（全是空白字符的位置），一输内容就把缩进顶掉
- 安全做法：先用
Ctrl+L（Windows/Linux）或Cmd+L（macOS）逐行选中目标行，再统一按Ctrl+Shift+L - 光标默认落行尾，想统一到行首？拆完立刻按
Home（Windows/Linux）或Cmd+←（macOS）
Ctrl+D 逐词匹配总改错地方怎么办？
Ctrl+D 默认严格匹配完整单词、区分大小写、且不跳过注释和字符串——它不理解上下文，只认字面。
- 先放光标在第一个目标词上（别双击！双击可能带多余空格），再按
Ctrl+D；每按一次看高亮是否准确 - 看到不该改的（比如
// user_id is deprecated里的user_id），立刻按Ctrl+U撤回上一次匹配 - 要忽略大小写？打开替换面板
Ctrl+H→ 点左下角Aa图标关闭Match Case，再回来用Ctrl+D - 想跳过某个匹配项（如数据库字段名不想动），按
Ctrl+K，再按Ctrl+D
Alt+拖拽列编辑总偏移、对不齐？
列编辑本质是像素级矩形框选，不是语法感知，偏移几乎全由字体和字符宽度决定。
- 必须按住
Alt（Windows/Linux）或Option（macOS）+Shift再拖鼠标；只按Alt无效 - 非等宽字体（如系统默认 UI 字体）会导致中文/英文混排时严重错位；切到
Consolas或Fira Code立刻稳定 - 某行太短？光标停在该行尾，不会悬空；缩进错位？检查是否有混合空格/Tab，或软换行（
View → Word Wrap）开着 - 列编辑状态下不能用
Ctrl+D；得先按Esc退出列选，才能切回多光标模式
光标怎么突然只剩一个了？
Sublime 的多光标极其脆弱，不是崩溃，是设计如此：只要有一个光标卡在不可编辑位置（如行尾、字符串中间、注释里），或触发任意“单点操作”，其他光标就会合并或清空。
- 按
Esc是最常见清空原因；方向键（←→↑↓）只会移动主光标，其余自动丢弃 - 执行
Ctrl+X/Ctrl+V会清空多光标（除非用命令面板Ctrl+Shift+P→Insert Clipboard） - 切换 Tab 或失焦再切回来，多光标基本已失效
- 误加太多光标？用
Ctrl+U逐次撤回；想一键归零，按Esc即可
Ctrl+Click 或 Alt+拖拽）还是“内容规律”（用 Ctrl+D 或 Alt+F3）；以及——你刚按下的那个键，会不会让所有光标瞬间消失。
