VSCode默认所有快捷键触发的搜索都不区分大小写且每次重置，search.caseSensitive配置仅影响命令面板调用的搜索，对Ctrl+F等快捷键无效；Aa图标位于搜索框右侧，高亮表示区分大小写，灰白表示忽略，状态仅对当前面板生效。
VSCode 默认所有快捷键触发的搜索（Ctrl+F、Ctrl+Shift+F、Ctrl+H）都不区分大小写，且每次打开都重置为该状态——这不是 bug，是设计；想让它区分，必须手动点 Aa 图标或按快捷键，没有一劳永逸的配置。
为什么 search.caseSensitive: true 在 settings.json 里不生效
这个配置项只影响通过命令面板运行的搜索命令（比如 workbench.action.findInFiles），对任何快捷键唤起的搜索完全无效。你改了它，Ctrl+Shift+F 依然从不区分大小写开始。别把它当成全局开关，它只是给命令调用留的后门。
-
search.caseSensitive是给自动化脚本或命令面板用的，不是 UI 搜索的默认策略 - 快捷键搜索永远以“不区分”为起点，这是硬编码行为，无法覆盖
- 如果你依赖命令面板执行搜索，那这个配置才起作用；否则它只是个闲置字段
Aa 图标在哪、怎么确认它是否生效
它在所有搜索框输入框右侧，紧挨着 .* 和 \b 图标，不是编辑器右上角那个——那个位置的 Aa 是无效的。颜色是唯一判断依据：深色/高亮 = 区分大小写开启；浅灰/无底色 = 忽略大小写（即默认状态）。
- 点一下变高亮，再点一下变灰，状态只对当前搜索面板有效
- 新开一个
Ctrl+F面板，它一定又变灰了，不会记住上次选择 - 验证是否生效：在文件里写三行
user、User、USER，搜User并确保Aa高亮，应只匹配第二行 - 中文输入法激活时，
Ctrl+F可能无响应，先切英文输入法再试
只开 Aa 还不够：为什么必须搭配 \b（全词匹配）
开了 Aa 后，User 不会匹配 user，但可能仍命中 SuperUser 或 UserContext——因为这是子串匹配。要真正锁定独立变量名，Aa 和 \b 必须同时启用。
-
\b控制单词边界，等价于正则中的\b，但不用手写 - 开启后，
User就只匹配单独出现的User，不会嵌在其他标识符中 - 下划线
_被视为单词字符，所以User_id中的User仍会被匹配 - 连字符
-不是单词字符，user-name中的user不会被\b匹配，此时得关掉\b改用正则\buser\b
字符串和注释里的变量名为什么逃不掉
VSCode 搜索是纯文本扫描，不解析语法角色。即使开了 Aa 和 \b，console.log("User")、// User is required、/** @param {User} user */ 里的 User 依然会被命中。
- 这不是缺陷，是设计使然：它不区分代码、字符串、注释或 JSDoc 类型注解
- 无法靠搜索选项过滤，只能靠限定文件类型（如只搜
*.ts）、排除路径（如加!**/*.md）或人工复查 - 最容易被忽略的是：全词匹配对
_和-的处理逻辑完全不同，且search.caseSensitive的适用范围极窄——这两个点不踩准，搜索结果就不可信
