Ctrl+Shift+L仅分割选区，不移动光标；行尾空格/制表符会导致End键卡住，需连按两次或改用Ctrl+→+→；正则替换(?更安全，但需注意末尾换行符和注释行处理。
Ctrl+Shift+L后按;没反应？光标根本不在行尾
这不是快捷键坏了，而是Ctrl+Shift+L只负责“把选区按换行符切开”，它不会自动把光标挪到每行末尾。如果某行结尾有空格或制表符，光标就停在空白处；如果只选中了代码中间一段，光标甚至落在行中。结果就是你按;，分号插在了缩进里、注释前、或者空格后面。
正确节奏是：Ctrl+L（选中第一行）→ Ctrl+Shift+↓（扩选目标行）→ Ctrl+Shift+L → End（Windows/Linux）或 Cmd+→（macOS）→ 再按;。Mac 用户若Cmd+→被系统拦截，可先在设置里加"command_mode": true，改用Ctrl+E直达行尾。
行尾有空格/制表符？End键会卡住，得连按两次或微调
默认End是“跳到第一个非空白字符之后”，不是物理行尾。所以遇到console.log("a") 这种带尾随空格的行，光标会停在最后一个空格上，而不是引号后。此时单按一次End无效。
- 连按两次
End：第一次跳到空格末尾，第二次跳过所有空白落到换行符前 - 改用
Ctrl+→（跳词）+→（单字符右移）：更可控，尤其适合混有注释的行 - 提前清理：按
Ctrl+Shift+P输入Trim Trailing White Space，再操作，一劳永逸
正则替换比多光标更稳，但别乱用\s
对几十行以上、含空行/注释/已有分号的代码块，Ctrl+H正则替换才是首选。勾选.*启用正则，查找填(?，替换为<code>;。这个表达式做了三件事：避开已有分号、吞掉行尾空格和制表符、精准落点。
注意两个坑：
-
\s会匹配换行符\n，如果误写成\s*$且文件末尾没换行，可能删掉整行——改用[ \t]*$更安全 - 最后一行没换行符时，
$仍能匹配，但分号会贴在文件末尾而非“行尾”，需手动检查并补一个换行再操作
空行和注释行要不要处理？得看场景
多光标方式下，Ctrl+Shift+L默认会把空行也当一行处理，光标落在换行符前，输;就变成单独一行;，破坏结构。正则方式里(?对空行也生效，结果是空行变<code>;。
如果只想处理非空且含代码的行，把正则改成^(?!\s*$)(?，但多数实际场景中，直接用前者+人工扫一眼更省事。真正要避开的是注释行——它们通常以<code>//或/*开头，正则本身不识别语法，得靠你先手动排除选区，或开启In Selection限定范围。
最易被忽略的其实是“光标位置”和“文件末尾换行符”这两个物理细节。自动化再强，也绕不开编辑器对行尾的底层定义。
