sublime text批量在行首加字符需先用ctrl+shift+l（win/linux）或cmd+shift+l（macos）启用多光标，再按home或←移至行首输入；不可全选或手动点击，否则遗漏或覆盖。
Sublime Text 怎么批量在行首加字符（比如 // 或 >）
用 Ctrl+Shift+L（Windows/Linux）或 Cmd+Shift+L（macOS）把光标变成多行选中状态，再按方向键 ← 移到行首，直接输入即可。这不是“插入模式”，而是真实地在每行开头新增字符。
常见错误是先按 Ctrl+A 全选再输——那只会覆盖整行内容；或者只用 Ctrl+Click 手动点几行，漏掉长文件里的中间段落。
- 必须先确保每行都处于独立选中状态：选中多行 → 按
Ctrl+Shift+L→ 看到每个行首出现独立光标 - 如果某行有缩进，光标默认停在文本起始处（不是最左），此时按
Home两次才能到真正行首（第一次到缩进起点，第二次到行首） - 加
#或-这类符号时，注意当前语法高亮是否干扰识别（比如 Markdown 中#会被当标题，但不影响输入）
为什么 Ctrl+Shift+P 里搜 “Insert” 找不到“行首插入”命令
Sublime 没有内置叫“insert at line start”的命令，它靠的是多光标 + 光标定位组合实现。官方命令 move_to 支持 to="bol"（beginning of line），但没绑定默认快捷键，也不出现在命令面板常用列表里。
所以别浪费时间在命令面板里翻“insert”“prepend”“line start”——这些词都搜不到对应功能。
- 真正能用的命令是：
move_to {"to": "bol", "extend": false}，可手动绑定到快捷键，但多数人没必要 - 插件如
TrailingSpaces或EditorConfig不影响该操作，但某些代码格式化插件（如JsPrettier）可能在保存时自动删掉你刚加的行首空格或符号 - 大文件（>10k 行）下多光标响应略慢，不是卡死，是按下
Ctrl+Shift+L后要等半秒才显示所有光标
替换法加行首字符：正则 ^ 的坑和替代方案
用 Ctrl+H 打开替换面板，勾选 .*（正则模式），查找栏填 ^，替换栏填你要加的内容（如 // ）。这方法快，但容易误伤。
典型翻车场景：JSON 文件里有字符串值包含换行，^ 会匹配到字符串内部的换行起始位置；YAML front matter 里的 --- 上方空行也会被插字符。
-
^在 Sublime 默认是“行首”，但开启matches选项后可能跨行匹配，务必关掉“Wrap around”和“In selection”除非你明确需要 - 想只处理代码块不碰注释？得写更复杂的正则，比如
^(?!\s*#)（排除以#开头的行），但 Sublime 正则对负向先行断言支持有限，部分版本会报错 - 临时改配置让
^更可靠：在Preferences → Settings里确认"regex_engine": "boost"（默认值），别改成python，否则^行为不一致
Mac 上 Cmd+Shift+L 失效？检查输入法和系统快捷键冲突
不是 Sublime 坏了，大概率是 macOS 输入法（尤其中文拼音）劫持了 Cmd+Shift+L，或者系统“辅助功能→键盘→快捷键”里被其他软件占用了。
现象是：按键后没反应，或弹出系统截图面板（因为 macOS 默认截图快捷键是 Cmd+Shift+5，但有些第三方工具会改 L 键）。
- 切到英文输入法再试一次——90% 的问题当场解决
- 进
System Settings → Keyboard → Shortcuts → Input Sources，关掉“Select the previous input source”（默认是Cmd+Space，但有些版本会同步影响L） - Sublime 内检查：
Preferences → Key Bindings，搜索split_selection_into_lines，确认它的键位确实是Cmd+Shift+L，没被用户自定义键位覆盖
Home、← 还是鼠标点，结果天差地别。别信“一键搞定”的说法，Sublime 的批量编辑本质是“精确光标控制”，不是魔法。
