\buser\b比“全字匹配”更可靠，因其遵循ECMAScript标准，仅将Unicode字母、数字、下划线视为单词字符，精准识别真正单词边界，排除user.id、user-name、username等干扰。
想在 VSCode 全项目搜索一个变量名（比如 user），又不想命中 username、users、user.id 或字符串里的 "user token"？光输 user 肯定不行，必须用 \buser\b 正则，且手动开启正则开关——“全字匹配”按钮（AaBb）在很多边界场景下会失效。
为什么 \buser\b 比 “全字匹配”更可靠
VSCode 的 Match whole word（AaBb 按钮）依赖编辑器对 token 的粗略切分，它把 user_id 当作一个词，user-name 会被拆开但不保证前后是真正边界。而 \b 是 ECMAScript 标准的单词边界断言，只认 Unicode 字母、数字、下划线为“单词字符”，所以：
-
\buser\b能排除(user)、user.name、user-id、console.log("user") -
\buser_\b无效——因为_是单词字符，\b不出现在user和_之间 - 要匹配
user_但不匹配username，得写\buser_(?=\W|$)（\W表示非单词字符） - 启用正则后，务必关掉 AaBb 按钮，否则两者逻辑冲突，行为不可预测
全局搜索搜不到？先查 files to exclude
即使写了 \buser\b，也搜不到结果，大概率是路径被静默过滤了。VSCode 默认排除 node_modules、dist 等，但如果你在 search.exclude 里手填了 **/*.js 或 src/** 这类泛匹配，就会连目标文件一起跳过。
- 打开
Ctrl+Shift+F→ 点右上角「更多选项」→ 查看「files to exclude」框内容 - 重点检查有无全角逗号、空格、不可见字符，或误写的
**/*.ts - 临时清空该字段再试；若恢复结果，说明是路径过滤误伤
- 需要精准控制时，用
src/**/*.ts替代**/*.ts
替换时捕获组只能用 $1，别写 \1 或 ${1}
正则替换不是写 JS，VSCode 替换引擎只识别 $1 语法。哪怕你的正则完全正确，替换框里写错引用方式，就等于白干。
- 查找：
const\s+(\w+)\s*=\s*([^;]+);（捕获变量名和值） - 错误替换：
let \1 = $2;→\1被当字面量输出 - 正确替换：
let $1 = $2; - 想输出字面量
$1abc？得写$$1abc，否则abc被丢弃
最易被忽略的是：VSCode 不做语义分析。哪怕你用了 \buser\b，它照样会匹配注释里的 // update user cache、JSDoc 中的 @param {User} user、字符串里的 "user id"。这些干扰无法靠搜索选项自动过滤，必须靠人工确认上下文——替换前务必点「查找全部」，逐个展开看是不是真变量。
