VS Code全局替换需主动加约束才精准：必须用files to include限定文件类型（如*.ts），启用正则\b匹配单词边界，替换用$1引用捕获组，换行用Shift+Enter，预览时须检查上下文防误改。
VS Code 的全局替换本身不“精准”，精准靠的是你主动加的约束条件——漏掉任何一个，就可能批量改错。
怎样用 files to include 限定文件类型
这是最常被跳过的一步。直接按 Ctrl+Shift+H 打开替换面板后，如果不填 files to include，VS Code 默认搜整个工作区（包括 node_modules、dist、.git 等），极易误改。
- 只改 Vue 文件：在
files to include输入*.vue或src/**/*.vue - 只改 TypeScript 文件：填
*.ts，别写成.ts（少个*就不匹配） - 只改 CSS 且排除 legacy 目录：填
*.css，再在files to exclude输入**/legacy/** - 多个类型一起处理：用英文逗号分隔，如
*.js, *.ts, *.jsx
为什么 \b 比 “全字匹配”按钮更可靠
ab 按钮（Match Whole Word）看似方便，但它对连字符、点号、下划线等边界处理不一致。比如搜 user，它不会匹配 user-name，但会错误匹配 username（因为 username 里有 user 这个“完整子串”，而非独立单词）。
- 真正精准匹配独立单词，必须启用正则（点一下
.*图标），然后写\buser\b - 想匹配带前缀的类名，比如
old-comp-button→new-comp-button，用\bold-comp-(\w+)\b替换为new-comp-$1 -
\b在 JS/TS/CSS/HTML 中行为一致；而ab按钮在不同语言模式下表现可能不同
替换内容里怎么安全用换行和捕获组
VS Code 的替换引擎是 JavaScript 风格，不是 PCRE 或 Python 风格，这点非常关键。
- 换行不能直接按
Enter，必须用Shift+Enter插入\n - 正则捕获组引用必须用
$1、$2，绝对不要写\1（那会变成字面量反斜杠+1） - 想把
console.log("msg")改成debug("msg")，搜索填console\.log\((.*)\)，替换填debug($1) - 如果替换内容含
$字符本身（比如要输出$value），得写成$$value（双美元转义）
预览时最容易忽略的三个坑
VS Code 显示的“匹配项列表”只是文本匹配结果，不判断语义。很多问题只有展开看上下文才暴露。
- 字符串字面量里的匹配：搜
api，结果把"https://api.example.com"也替了——这种必须靠\bapi\b+ 手动逐个点开确认 - 注释里的匹配：搜
TODO却把// TODO: refactor改成// NEW: refactor，破坏注释意图 - HTML 属性值 vs 标签名：搜
button可能同时命中和class="btn button"，需结合上下文或更具体正则（如
真正卡住人的从来不是“怎么替换”，而是“怎么确认这一批替换里没有一个该被放过”。每次点 Replace All 前，至少快速扫一遍前 5 个匹配的上下文行——尤其是跨多行、含引号或特殊符号的那些。
