ctrl+shift+l 默认将光标置于行尾，需配合 home/cmd+← 或 ctrl+home/cmd+home 跳至行首；行尾插入推荐 ctrl+l→ctrl+shift+l→end 三步法；正则替换用 $ 更适合大批量操作。
Ctrl+Shift+L 后光标默认在行尾，不是行首
很多人想给多行加前缀（比如 //），先选中几行，再按 Ctrl+Shift+L（Windows/Linux）或 Cmd+Shift+L（macOS），结果字符插到了行尾——因为这个命令生成的光标默认落在每行末尾（换行符前），不是开头。
要改到行首，必须立刻按 Home（Win/Linux）或 Cmd+←（Mac）。但注意：如果某行有缩进，Home 通常停在缩进起点；更稳的做法是连按两次 Home，或直接用 Ctrl+Home（Win）/ Cmd+Home（Mac）跳到绝对行首。
常见翻车点：
- 先
Ctrl+A全选再按Home：只会把光标移到第一行开头，其余行无响应 - 缩进不统一（混用 Tab 和空格）时用列选择加前缀：光标错位，字符插在缩进中间
- Vintage 模式（Vim 插件）下
Ctrl+Shift+L被重映射，需关闭该模式或手动改快捷键
Ctrl+L → Ctrl+Shift+L → End 是行尾插入最稳路径
想在每行末尾加字符（如 ;、/* */），别依赖正则或鼠标拖选。标准三步法容错率最高：
-
Ctrl+L（逐行选中目标行，每按一次加一行） -
Ctrl+Shift+L（把每行选区拆成独立光标，全部落在行尾） -
End或Ctrl+→（所有光标跳到真正行尾；若某行末尾有空格，End可能停在空白处，此时再按一次End或改用Ctrl+→）
此时输入字符，就只加在行尾，不会干扰前面内容。这个流程不依赖文件结构，也不怕长行卡顿，比正则替换更适合手动控制。
正则替换加 $ 更适合大范围、无交互场景
当你要处理几百行、且不想手动操作时，Ctrl+H 开正则 + $ 是更高效的选择。但要注意：$ 匹配的是“行尾位置”，不是换行符本身，所以替换内容会插在换行符前，不会破坏换行结构。
正确操作：
- 打开替换面板，点亮右下角
.*按钮（启用正则） - 查找栏填
$，替换栏填你要加的字符，比如; - 切勿勾选右下角的
\n（“匹配换行符”）按钮，否则$行为异常，空行可能不生效
坑点：
- 文件最后一行没换行符时，
$仍能匹配，但$;会把分号加在文件末尾，而非“行尾” - 若某行结尾有空格或制表符，
$仍插在它们前面；想插在空白之后，得用\s*$查找，替换为;$0 - 混合换行符（
\r\n和\n共存）会导致部分行漏匹配，操作前建议先Ctrl+Shift+P→ 输入Set Line Endings: Unix统一为 LF
Ctrl+D 不适合行首/行尾插入，只适合词级匹配
Ctrl+D（或 Cmd+D）本质是“增量选中下一个相同词”，它不关心位置，只认文本内容。你无法用它让光标落到每行开头或结尾——它根本不知道“行首”是什么概念。
典型误用场景：
- 想给所有
user_id变量加前缀data.，却在注释里也改了// user_id is required - 双击选中
user_id后狂按Ctrl+D，结果跳过了USER_ID或user_id_list（大小写和下划线边界导致） - 按太多次，光标跑到文件末尾甚至崩溃——其实只是匹配项耗尽，Sublime 停了
真要精准控制位置，必须用 Ctrl+L / Ctrl+Shift+L 配合方向键，或正则的 ^ / $。把 Ctrl+D 当作“重命名变量”工具，而不是“批量定位”工具。
最易被忽略的一点：多光标一旦开始输入，就会立即收敛——按一个字母、删一个字符、甚至按一次方向键，都可能导致光标合并或丢失。所以所有定位动作（Home、End、→）必须在输入前完成，且尽量一步到位。别想着“先挪一下再输”，Sublime 不给你这个机会。
