VSCode“全词匹配”（AaBb按钮）按字母/数字/下划线识别token，故user会匹配username、user_id、user-name及驼峰/中文变量名；真正精确需用\buser\b正则，它严格匹配单词边界，但须关闭AaBb且对中文无效。
VSCode 的“全词匹配”不是万能过滤器，它只按编辑器内置的 token 规则切分单词，对下划线、连字符、驼峰和中文基本无效；真要排除模糊结果，必须切换到正则模式用 \b。
为什么点了 AaBb 还会搜出 username？
因为 AaBb 按字母/数字/下划线组合识别“词”，username 是一个完整 token，user 是它的前缀子串——但 AaBb 不做子串剥离，它只判断目标是否独立成词。所以：
-
user会命中user_id（_被当作文本一部分） -
user会命中user-name（连字符被切开，user成为独立段） -
getUser中的user完全不被识别为词，AaBb 失效 - 中文变量名如
用户列表或 emoji 如✅done同样无法触发 AaBb
什么时候必须用 \buser\b 正则？
当你需要语义级边界控制时，\b 是唯一可靠方式。它严格匹配「单词字符与非单词字符之间」的位置，符合 ECMAScript 标准，能正确处理 Unicode、括号、点号、连字符等。
-
\buser\b可排除user.name、user-id、(user)中的user - 但
\buser_\b会失败——因为_是单词字符，\b不出现在user和_之间 - 想匹配
user_但不匹配user_id，得写\buser_(?=[^a-zA-Z0-9_]|$) - 启用前务必关掉
AaBb按钮，否则两者逻辑冲突，行为不可预测
搜索结果里还有不该出现的 user 怎么办？
即使开了 AaBb 或写了 \buser\b，以下三类干扰仍会出现，它们不是搜索设置问题，而是文本角色未被识别：
- 字符串字面量中：
console.log("user not found")—— AaBb 和\b都不管语法上下文 - 注释中：
// update user cache—— 注释内容照常参与文本扫描 - JSDoc 或类型定义中：
/** @param {User} user */—— 参数名被当普通文本处理
这类情况无法靠搜索选项根治，得配合 files to include（如只搜 **/*.ts）、排除 **/*.md，或人工展开每个结果确认上下文。
替换前不点「查找全部」，大概率翻车
用 Ctrl+H 做全局替换时，哪怕用了 \buser\b，也务必先点「查找全部」，逐个展开结果看上下文。VSCode 不会在替换前自动校验每个匹配是否符合你的语义预期——它只机械执行正则或 token 匹配。
最容易被忽略的是：正则中的 \b 对中文无效，要匹配中文词必须手动写范围，比如 (?，且需开启 Unicode 模式（<code>u flag），而 VSCode 默认不支持 u flag，实际只能靠 [^\u4e00-\u9fa5\u3000-\u303f\uff00-\uffef] 这类显式否定集模拟边界。
