VSCode中“只匹配整个单词”最直接操作是点击搜索框右侧AaBb按钮（Match Whole Word），启用后搜user不会命中username等，但下划线、连字符、驼峰命名及中文变量名场景下失效，此时须改用\buser\b正则。
点搜索框右边的 AaBb 按钮就行
VSCode 里“只匹配整个单词”最直接的操作，就是点击全局搜索框（Ctrl+Shift+F 打开）右侧那个图标为 AaBb 的按钮。它被官方称为 “Match Whole Word”，启用后搜 user 就不会命中 username、superuser 或 users。
这个按钮底层依赖编辑器对 token 的基础识别：字母、数字、下划线构成一个“词”，所以 user_id 算一个词，user.id 会被拆成两个。它不走正则引擎，响应快、容错高，日常变量名搜索够用。
- 下划线
_被当作单词一部分，所以user仍会匹配user_或_user - 连字符（如
user-name）会被切开，此时AaBb失效，必须换正则 - 驼峰命名（如
getUser）里的user不会被识别为独立词，AaBb同样不生效
什么时候必须用 \buser\b 正则
当你要严格限定「前后都是非单词字符或行首/行尾」时，\b 是唯一可靠方式。VSCode 的 \b 行为符合 ECMAScript 标准，能正确处理 Unicode、括号、连字符等边界。
例如：\buser\b 可排除 user.name、user-id、(user) 中的 user；但 \buser_\b 会失败——因为 _ 是单词字符，\b 不出现在 user 和 _ 之间。
- 启用正则前，务必先关掉
AaBb按钮，否则两者逻辑冲突，行为不可预测 - 想匹配
user_但不匹配user_id，得写\buser_(?=[^a-zA-Z0-9_]|$)这类更精确的断言 - 中文变量名（如
用户列表）或 emoji（如✅done），AaBb基本无效，只能靠正则手动定义字符范围
开了 Whole Word 还搜出不该有的结果？这三类情况最常见
即使点了 AaBb，你仍可能看到干扰项，问题不在设置，而在上下文本身：
- 字符串字面量里含目标词：
console.log("user not found")中的user仍被匹配（AaBb不区分语法角色） - 注释中出现：
// update user cache同样逃不过 - JSDoc 或类型定义中引用：
/** @param {User} user */里的user是参数名，但被当普通文本处理
这类干扰无法靠搜索选项过滤干净，得配合 files to include（比如只搜 **/*.ts）、排除 **/*.md，或人工展开每个结果确认上下文。
替换前不点「查找全部」，大概率翻车
Ctrl+H 做全局替换时，哪怕开了 AaBb 或写了 \buser\b，也务必先点「查找全部」，逐个展开结果看上下文。VSCode 不做语义分析，它不会告诉你这个 id 是变量、属性、字符串还是路径片段。
特别警惕缩写重名：项目里既有 uid 又有 cid，搜 \bid\b 会同时命中两者；AaBb 也一样——它只管拼写和边界，不管语义。
真正容易被忽略的是：全字匹配对 Unicode 标识符支持有限，而正则又容易写错边界。多数时候，AaBb + 人工核对，比硬套 \b 更稳。
