vscode精确搜索需据上下文选aa、\或\buser\b：aa控大小写，\按token切分但对驼峰/下划线无效，\buser\b才是唯一可靠单词边界匹配，但须关闭aa和\并启用正则模式。
VSCode 全局搜索特定词汇，默认就是模糊匹配；要精确匹配，必须主动干预——不是“开个开关就完事”，而是得根据目标词的上下文决定用 Aa、\ 还是 \bword\b，三者逻辑不同、适用场景也不同。
为什么搜 user 会命中 username 和 getUser
因为默认搜索不区分“词边界”，只做子串匹配。VS Code 的模糊匹配本质是字符串包含判断，不是语义识别。
-
Aa（大小写敏感）只控制大小写，不影响是否匹配子串 -
\（Whole Word）按编辑器内置 token 规则切分，但user_id中的user仍被视作独立 token，所以依然会命中 -
getUser中的user不会被\识别为词，所以\对驼峰变量基本无效 - 真正能排除
username、user_id、user.name的，只有正则\buser\b，但它要求你先关掉Aa和\，否则行为不可预测
\buser\b 在 VS Code 里怎么写才生效
启用正则模式（点 .* 按钮），然后在查找框中输入完整表达式。注意几个硬性条件：
- 必须关闭
Aa和\，否则\b边界判断会被覆盖或忽略 -
\b是单词字符（字母、数字、下划线）与非单词字符之间的位置，所以\buser_\b无效——因为_是单词字符，\b不出现在user和_之间 - 想匹配
user_但不匹配user_id，得写\buser_(?=[^a-zA-Z0-9_]|$) - 中文变量名（如
用户列表）或 emoji（如✅done）不支持\b，JS 正则对 Unicode 单词边界的识别很弱
什么时候该用 src/**.ts 而不是盲目全项目搜
全局搜索快，但结果多、噪音大。很多“搜不到”其实是被无关目录淹没了，比如 node_modules、dist、.git，或者你其实只关心源码层。
- 在“文件筛选”框中填
src/**.ts，只搜 TypeScript 源码，跳过构建产物和第三方包 - 填
!**/test/**,!**/mock/**排除测试和模拟数据目录，避免干扰主逻辑定位 - 填
package.json,*.md可专门搜配置和文档里的关键词，比如查某个依赖是否被声明 - 路径过滤比正则更轻量、更稳定；正则适合内容模式识别，路径过滤适合范围收缩
真正难的不是“怎么输”，而是判断当前这个词是作为标识符、字符串字面量、路径片段还是注释出现——不同角色要用不同策略压制误匹配，漏掉这个判断，再准的 \b 也救不回一堆噪声结果。
