最直接有效的方式是点击搜索框右侧的\按钮（ab图标），因其底层语义感知可稳定排除superuser等子串干扰，而\buser\b在驼峰变量、字符串、注释中易误匹配；需配合aa按钮防大小写误替，且\与.*互斥，unicode标识符场景须切正则。
开启全字匹配搜索，最直接有效的方式是点击搜索框右侧的 \ 按钮（图标为 ab），而不是依赖正则 \bword\b ——后者在复杂上下文里容易漏匹配或误匹配，前者更稳定、更贴近日常重构需求。
为什么点 \ 按钮比写 \b 更可靠
VS Code 的 \（Whole Word）按钮底层做了语义感知：它会把 user 视为独立单词，自动排除 superuser、username、user_id 这类含子串但非独立词的情况。而手动写 \buser\b 在以下场景会失效：
- 变量名含下划线或驼峰：
getUser中的user不被\b认为是单词边界 - 字符串内出现目标词：
"user not found"会被\buser\b匹中，但你通常不希望改字符串内容 - 注释里带关键词：
// handle user input也会被匹配，而\按钮默认仍会命中（这是合理行为，但需人工确认）
\ 按钮和 Aa 按钮必须配合使用
单独开 \ 不足以保证安全替换，尤其在大小写混用的代码库中：
- 想只替换
ApiConfig，不开Aa会连带命中apiconfig或APIConfig - 想批量改
class关键字，但又不想动classification，就得同时启用\和Aa - Vue/React 项目中常有
class属性和class声明混用，此时Aa + \联用才能区分 HTML 模板里的class="xxx"和 JS 里的class XXX
全字匹配下仍要警惕的三类误匹配
\ 按钮不是万能过滤器，这几类情况它默认不管，必须靠人工识别或加路径限制：
- 模板字符串中的插值：
`Hello ${user.name}`里的user仍会被当作独立单词匹配 - 导入路径里的片段：
import { user } from './api/user'中的user在路径部分也被算作“全字” - 正则模式开启后，
\按钮自动失效——两者互斥，不能同时用；所以一旦点了.*，就只能靠\b，此时务必先关掉.*再点\
真正容易被忽略的是：全字匹配对 Unicode 标识符支持有限，比如中文变量名 用户列表 或 emoji 命名的 ✅done，\ 按钮基本无效，这类场景必须切回正则并手动定义字符范围。
