ctrl+shift+l失效是因为未选中含换行符的跨行文本，或被插件劫持；它仅对含\n的选区生效，纯空行或漏选换行符时无反应。
Ctrl+Shift+L 不是“开启多光标”，而是“把选区按换行符切片”——没选中跨行内容，它就什么也不做。
为什么 Ctrl+Shift+L 按了没反应或只出一个光标
这个快捷键不识别“你眼睛看到的几行”，只处理你实际选中的文本里有没有 \n。常见失效场景：
- 鼠标拖选时最后一行末尾没覆盖到换行符（即漏掉了
\n），Sublime 就当它是单行选区 - 光标停在空行上直接按，原生逻辑会忽略纯空行
- 装了 Emmet 或其他插件劫持了快捷键，可在
Preferences > Key Bindings中搜索split_selection_into_lines确认绑定
✅ 安全做法：先用 Ctrl+L（Windows/Linux）或 Cmd+L（macOS）逐行选中目标行（每按一次选一行），再统一按 Ctrl+Shift+L，100% 生效。
想在每行开头/结尾批量插入内容，光标必须精确定位
多光标本身不会自动跳到行首或行尾——它只落在你选区的起始/结束位置。所以定位靠命令，不是靠 Home 或 End 键。
- 行首插入（如加
//）：Ctrl+Shift+L拆光标后，按Ctrl+Shift+P输入Move to Beginning of Line，再输入内容 - 行尾追加（如加
;）：Ctrl+Shift+L后按End（Win/Linux）或Cmd+→（macOS）；若某行结尾有空格，End会停在空白处，此时建议先运行Trim Trailing White Space - ⚠️ 注意：
Home默认跳到第一个非空字符，不是物理行首；缩进存在时极易错位
Ctrl+D 改变量名总漏项或误中字符串
Ctrl+D 是字面匹配、从当前光标出发、严格受 match_whole_word: true 控制——它不是查找替换，更不是正则搜。
- 双击选中完整变量名（如
user_id）后再按Ctrl+D，比光标停在中间再按更可靠 - 字符串里的同名内容（如
"user_id"）也会被选中；想跳过当前项，按Ctrl+K再按Ctrl+D - 要避开
user_id_old这类干扰项，先在查找面板Ctrl+F输入\buser_id\b验证是否全字匹配 - 一次性全选所有匹配？用
Alt+F3（Win/Linux）或Ctrl+Cmd+G（macOS），但上限约 10000 处，超量静默丢弃
列选择（Alt+Shift+拖动）错位或输不进内容
列选择生成的是矩形选区，不是多光标；它和多光标模式互斥，且对字体与行长度极度敏感。
- 必须按住
Alt+Shift（Win/Linux）或Option+Shift（macOS）再拖动鼠标，只按Alt无效 - 某行太短？光标停在该行末尾是正常行为，不是 bug
- 视觉偏移大概率是字体非等宽（如系统默认 UI 字体），换成
Consolas或Fira Code立刻稳定 - 列选择状态下不能用
Ctrl+D、Ctrl+U或方向键；想切回多光标，必须先按Esc - 文件为只读状态时，列编辑静默失败，状态栏右下角显示
read only
真正卡点不在快捷键本身，而在「选区构建是否含换行符」「光标是否落在物理行首/行尾」「字体是否等宽」——这三个地方任一出错，多光标就立刻失准。
