最稳方式是按住alt（windows/linux）或option（macos）拖拽鼠标选中竖直区域，实现多行同一列位置的同步编辑，适用于对齐修改、加前缀等场景；ctrl+d逐次追加选中，ctrl+shift+l一键全选同词。
多行文本块怎么一次性选中并编辑
直接按住 Alt（Windows/Linux）或 Option（macOS），再用鼠标拖出竖直区域，就能选中多行同一列位置的文本块。这是最稳、最可控的方式，尤其适合对齐修改字段名、补引号、加前缀等场景。
容易踩的坑：用 Ctrl+Alt+方向键 虽然也能生成多光标，但它依赖当前光标位置和行高，遇到空行、缩进不一致或折叠代码时容易错位；而鼠标拖拽列选则完全无视这些干扰，结果可预期。
- 选中后直接输入，所有光标位置同步写入相同内容
- 按
Delete或Backspace可批量删掉列中字符 - 配合
Tab/Shift+Tab能统一缩进或反缩进整列
Ctrl+D 和 Ctrl+Shift+L 的本质区别在哪
Ctrl+D 是“逐次扩展选中”，每次按一次，就向后找下一个相同词并加入选中；Ctrl+Shift+L 是“全文件同词全选”，一键把当前文件里所有匹配项全部高亮为独立光标。
关键差异在于控制粒度：Ctrl+D 适合你只想改其中几处、需要人工确认顺序的场景；Ctrl+Shift+L 适合确定要改全部、且上下文干净（比如变量名重构）的情况。后者一旦触发，就无法中途跳过某一项，误选就得 Esc 重来。
- 如果光标停在
user_id上，Ctrl+Shift+L会把所有user_id都变成可编辑光标 - 但若文件里混着
user_id_hash或user_id_2，它不会自动排除——得先用全词匹配（\buser_id\b）或正则预筛选 -
Ctrl+D更安全，适合边看边加，尤其处理带上下文的重复片段时
为什么全局替换常出错？正则模式下必须注意的三件事
很多人开 .* 图标就猛点“全部替换”，结果把不该动的地方也替了。根本原因不是正则难，而是没控制好匹配边界和上下文。
真正管用的做法是：先用 Ctrl+Shift+F 全局搜索，打开预览面板，确认所有命中项都符合预期；再切换到替换面板，开启正则，用 \b 锚定单词边界、用 [^"]* 限定字符范围、用 (...) 捕获组保留结构——而不是靠运气。
- 查
console.log时，写\bconsole\.log\b，避免匹配到console.logError - 替换 JSON 字段值，用
"name"\s*:\s*"([^"]*)"捕获内容，替换为"name": "$1_new"，比盲目搜"name": ".*"安全得多 - 跨行匹配必须显式写
\n，VSCode 的正则不默认支持.匹配换行符，别指望.*能跨行
批量操作前最容易被忽略的防护动作
不是备份整个项目，而是打开 VSCode 的本地历史（Local History）或确保 Git 已跟踪当前状态。VSCode 会在你每次保存时自动存一份快照，误操作后右键文件 → “Open Timeline” 就能回溯到 30 分钟前的任意版本。
更实际的做法是：执行任何“全部替换”或 Ctrl+Shift+L 前，先手动改一处，看效果；再用 Ctrl+Z 撤销，确认还原正常——这一步花不了 3 秒，但能避开 80% 的救火时刻。
复杂正则替换尤其要注意捕获组数量与 $1、$2 的对应关系，少一个括号，整个替换就可能崩成乱码。写完正则后，务必点一下“查找全部”，扫一眼匹配高亮是否贴合你脑中的结构。
