列选择加后缀仅适用于视觉对齐的行尾，因其实质是按屏幕列位置矩形框选，不识别逻辑行尾；代码中缩进混用、行长不一、注释位置差异等均会导致光标错位。
列选择加后缀只适用于视觉对齐的行尾，不是通用方案
列选择（Alt+拖拽 / Option+拖拽）本质是按屏幕列位置框选，它不识别“行尾”，只认你鼠标拖出的矩形区域。所以它不能可靠用于加后缀——除非所有目标行末尾字符恰好落在同一视觉列上，比如整齐的表格数据或固定宽度日志。代码中缩进混用、行长短不一、注释位置不同，都会导致光标错位。
为什么直接 Alt+拖到行尾经常失败
常见错误现象：Alt+拖拽松手后，部分光标卡在空格或制表符里，输;变成foo() ;；某行末尾有// comment，光标停在/前，后缀插进注释中间；空行无法参与列选，被跳过。
- 列选择依赖当前 Tab Width 和字体等宽设置，
View → Indentation → Convert to Spaces再操作更稳 - 必须开启
View → Draw White Space，看清每行末尾是否有不可见空白 - 拖拽起点必须严格对齐：从第一行最后一个非空白字符右侧开始，垂直向下拖，不能从换行符位置起手
- macOS 上
Option+拖拽可能被系统手势拦截，可临时禁用“滚动缩放”等触控板设置
替代方案：Ctrl+Shift+L + End 才是代码场景真解法
对代码加后缀（如;、),、/* */），优先走多光标路径。它不看列，只认换行符，天然适配真实代码结构。
- 先用
Ctrl+L（Win/Linux）或Cmd+L（macOS）逐行选中目标行（可连按） - 再按
Ctrl+Shift+L（Win/Linux）或Cmd+Shift+L（macOS），将每行转为独立光标 - 统一按
End（Win/Linux）或Cmd+→（macOS）——若卡在空格里，连按两次或改用Ctrl+→ - 输入后缀内容，完成即按
Esc退出多光标模式
注意：Ctrl+Shift+L 前必须已选中含换行符的文本块，否则静默失败；状态栏右下角没显示 “x cursors” 就说明没生效。
正则替换 $→ 后缀：千行级任务唯一可控路径
当处理几十行以上、含空行或注释的代码块时，Ctrl+H 正则替换比任何手动操作都可靠。关键不是写多复杂，而是避开几个硬坑。
- 务必点击替换面板右下角
.*图标启用正则模式，否则$当字面量处理 - 查找填
$，替换填你要的后缀（如;），它会插在每行末尾换行符前 - 若想跳过尾部空白行，先执行
Ctrl+Shift+P → Trim Trailing White Space - 文件最后一行没换行符时，
$仍能匹配，后缀会加在文件末尾——操作前用Ctrl+Shift+P → Set Line Endings: Unix统一格式
真正容易被忽略的是：正则替换不会自动刷新侧边栏或标签页路径，改完后如果文件被外部工具监听，可能触发重载异常。别急着保存，先确认替换范围是否精准。
