点\按钮比写\b更可靠，因其语义感知可精准识别标识符边界，避免驼峰命名、字符串、注释等误匹配；但需与aa联用，并注意模板插值、导入路径、unicode标识符等例外场景。
直接点搜索框右侧的 \ 按钮（图标是 ab），比写 \bword\b 更可靠、更少误匹配。
为什么点 \ 按钮比写 \b 正则更稳
VS Code 的 \ 按钮做了语义感知处理：它把 user 当作独立标识符，自动跳过 superuser、getUser、user_id 这类含子串但非独立词的情况。而手写 \buser\b 在这些地方会失效：
-
getUser中的user不被\b认为是单词边界（驼峰命名破坏了 JS 正则的 \b 判断） -
"user not found"字符串会被\buser\b匹中，但你通常不希望改字符串内容 -
// handle user input注释里的user也会被匹配——\按钮默认仍会命中，这是合理行为，但得人工确认是否要改
\ 和 Aa 必须一起开，尤其在大小写混用项目里
单独开 \ 不足以保证安全替换：
- 想只替换
ApiConfig，不开Aa会连带命中apiconfig或APIConfig - Vue/React 项目中常有 HTML 的
class="xxx"和 JS 的class XXX混用，必须Aa+\联用才能区分 - 想批量改
class关键字，又不想动classification，缺一不可
全字匹配下仍要手动防的三类漏网情况
\ 按钮不是过滤器终点，这几类它默认不管：
- 模板字符串插值：
`Hello ${user.name}`中的user仍被当作独立单词匹配 - 导入路径片段：
import { user } from './api/user'中路径部分的user也会被算作“全字” - 正则模式开启后，
\按钮自动失效——.*和\互斥，点了.*就只能靠\b，此时务必先关掉.*再点\
真正容易被忽略的是 Unicode 标识符支持有限：中文变量名如 用户列表，或 emoji 命名的 ✅done，\ 按钮基本无效，这类场景必须切回正则并手动定义字符范围。
