Sublime不能用补全功能批量插入代码，因其补全是语义驱动、仅服务首个光标；必须用多光标编辑（如Ctrl+Shift+L）配合精准光标定位（如Move to Beginning of Line或End）实现真正批量操作。
不能靠“补全”功能批量加代码，得用多光标编辑+精准定位——Sublime 的 Ctrl+Shift+L 是核心，不是辅助。
为什么不能直接用代码补全（Ctrl+Space）批量插入？
Sublime 的原生补全系统（Ctrl+Space）只响应当前光标位置的上下文，它不会把多个光标当成“多个独立补全请求”。哪怕你有 20 个光标，按 Ctrl+Space 后弹出的候选框只服务第一个光标，其余光标静默失效。这不是 bug，是设计逻辑：补全是语义驱动的，而多光标是位置驱动的，二者不叠加。
- 补全触发依赖
scope（如source.python），多光标若跨语言区域（比如混着 JSON 和注释），补全直接不弹 - 自定义
.sublime-completions文件里的trigger只在输入时匹配，无法“主动注入” - 装了 LSP 或 CodeIntel 后更明显：智能提示需要语言服务器逐行分析，批量光标会超时或返回空结果
Ctrl+Shift+L 拆光标后，怎么确保光标落在正确位置？
拆出光标只是第一步，真正决定补全成败的是光标落点。行首、行尾、某字符后——位置错一点，输进去的内容就插歪了。
- 行首插入前缀（如
console.log(）：拆光标后别按Home，它停在第一个非空字符处；改用Ctrl+Shift+P→ 输入Move to Beginning of Line（内置命令） - 行尾追加（如
;或/* */）：拆光标后按End（Win/Linux）或Cmd+→（macOS）；若某行末尾有空格，End会卡在空白里，此时连按两次→或先运行Trim Trailing White Space - 某符号后插入（如在每个
=后加空格）：先用Ctrl+F搜=，按Ctrl+Shift+L全选所有匹配项，再按→把光标移到=右侧，直接输入
正则替换能替代多光标吗？哪些场景必须慎用
正则适合“无状态、规则强”的批量补全，比如统一加行首注释或文件末尾版权块；但它无法处理依赖上下文的动态插入（如根据变量名生成不同 log）。
- 用
^加前缀时，务必点亮右下角.*按钮，否则^当字面量匹配，什么都不会发生 - 用
$追加内容时，$不匹配文件末尾换行符；如果最后一行没换行符，$仍能匹配，但$0;会把分号插在文件最末，而非“最后一行尾” - 混合换行符（
\r\n和\n）会导致部分行漏匹配，建议先执行Set Line Endings: Unix - 含 BOM 的 UTF-8 文件中，
^可能匹配不到首行开头，用Save with Encoding → UTF-8去掉 BOM 最稳
真正容易被忽略的细节
多光标编辑不是“按完快捷键就完事”，而是整套节奏控制：选区是否含换行符、光标是否真落在目标位、输入是否在失焦前完成。尤其当行内有制表符、全角空格、BOM 或混合换行符时，Ctrl+Shift+L 表现会和预期偏差——它只认字节流，不理解“逻辑行首”或“用户意图”。这时候，宁可多走一步：先 Trim Trailing White Space，再 Set Line Endings，最后拆光标。省下的那两秒，往往换来重做三遍。
