vscode 默认搜索不区分大小写，需点击搜索框右上角 aa 图标手动开启区分大小写，且须叠加全词匹配（\b）才能精准定位首字母大写的独立变量名。
VSCode 默认搜索不区分大小写，搜 User 会命中 user、USER、username——想只找首字母大写的变量定义，必须手动开区分大小写开关，没有例外。
点 Aa 图标是最直接有效的开启方式
搜索框右上角那个 Aa 图标就是开关：点一下变高亮，就启用区分大小写；再点一下变灰，就关闭。它对当前搜索框立即生效，无需重启、不用改设置。
- 这个状态不持久——每次新开
Ctrl+F或Ctrl+Shift+F都会重置为默认（不区分） - 快捷键
Alt+C（Windows/Linux）或Cmd+C（macOS）也能切换，但容易和复制冲突，不推荐依赖 - 图标位置在全局搜索（
Ctrl+Shift+F）面板里是「文件中查找」输入框右侧，不是编辑器右上角那个（那是另一个无效位置） - 如果中文输入法处于激活状态，
Ctrl+F可能唤不出搜索框，先切英文输入法再试
为什么 search.caseSensitive 设置不生效
你在 settings.json 里设了 "search.caseSensitive": true，但 Ctrl+F 还是不区分大小写——这是正常现象。
- 该配置项只影响通过命令面板运行的搜索命令（如
workbench.action.findInFiles），对快捷键触发的搜索完全无效 - VSCode 没有“默认开启区分大小写”的全局策略，所有快捷键搜索都从不区分开始
- 别指望靠配置一劳永逸，日常操作中必须养成点
Aa的习惯
区分大小写 + 全词匹配才是变量名精准搜索的最小组合
光开 Aa 不够：搜 User 虽然不会匹配 user，但可能仍会命中 SuperUser 或 UserContext。这时候必须叠加「全词匹配」（Whole Word，图标是 \b）。
- 二者可同时开启，互不干扰；
Aa控制字符大小写，\b控制单词边界 - 开启后，
User就只匹配独立出现的User，不会嵌在其他标识符里 - 注意下划线：
User_id中的User仍会被匹配，因为_是单词字符，User和_之间不算词边界 - 连字符（如
user-name）会被切开，此时\b失效，得换正则\buser\b，且要关掉Whole Word开关，否则逻辑冲突
字符串和注释里的变量名逃不过搜索
即使开了 Aa 和 \b，你仍可能看到不该出现的结果，比如：
-
console.log("User not found")里的User -
// handle User input注释中的User -
/** @param {User} user */这类 JSDoc 中的类型引用
这些不是 bug，而是设计使然：VSCode 搜索是纯文本扫描，不解析语法角色。无法靠搜索选项过滤，只能靠限定文件类型（如只搜 *.ts，排除 *.md）或人工筛查收尾。
真正容易被忽略的是：全词匹配对下划线和连字符的处理差异，以及 search.caseSensitive 配置的适用范围限制——这两个点不踩坑，精准搜索才算落地。
