vscode搜索默认不区分大小写，需点击搜索框右上角aa图标或按alt+c（win/linux）/cmd+c（macos）开启大小写敏感匹配，该设置仅对当前搜索框生效。
VSCode搜索怎么开启大小写敏感匹配
默认不区分大小写，搜 user 会命中 User、USER、username——这不是 bug，是设计。要只匹配完全一致的大小写，必须手动启用开关。
最稳的方式是点击搜索框右上角的 Aa 图标：点一下变高亮，即生效；再点一下变灰，即关闭。这个状态只对当前搜索框有效，关掉面板或新开查找就重置为默认（不区分）。
快捷键是 Alt+C（Windows/Linux）或 Cmd+C（macOS），但容易和复制冲突，且图标更直观、不易误判是否已启用。
- 全局搜索（
Ctrl+Shift+F）和替换（Ctrl+H）里，Aa同样起作用，且替换预览会实时反映是否匹配成功 - 开了正则模式（
.*图标）后，Aa依然独立生效，两者不互斥 -
search.caseSensitive配置项只影响命令面板触发的搜索（如workbench.action.findInFiles），对快捷键打开的搜索完全无效
为什么开了Aa还是匹配了错误大小写
常见原因是没注意图标是否真被点亮——点了但没看清变色，或误点了旁边其他图标（比如 .* 或 \）。另一个隐蔽问题是：你在中文输入法状态下按了快捷键，VSCode 没响应，实际根本没切到搜索框。
验证是否生效的最快方法：在编辑器里写三行 user、User、USER，搜 User 并开 Aa，应只高亮第二行。
- 如果仍多匹配，检查是否意外开启了正则模式——某些正则写法（如
[Uu]ser）会绕过Aa控制 - 全局搜索时，确认你点的是搜索面板里的
Aa，不是编辑器右上角那个（无效位置） - 驼峰变量如
apiConfig和ApiConfig，仅靠Aa不够，必须配合\（全词匹配）才能避免误中config子串
全词匹配（Whole Word）和\b正则有什么区别
点搜索框右侧的 \ 图标（不是 .* 右边那个 abc，而是紧挨着它的符号）是 VS Code 的语义化全词匹配，比手写 \bword\b 更可靠。
它能自动识别驼峰、下划线分隔（如 getUser 中的 get 不被当作独立词），也默认排除字符串和注释里的目标词——但注意：它仍会匹配模板字符串插值（${user}）和导入路径片段（./api/user），这两类需人工确认或加路径过滤。
- 开了正则模式（
.*）后，\图标自动失效，此时只能靠\bword\b，但要注意 JS 正则对 Unicode 支持有限，中文变量名或 emoji 命名（如✅done）基本不识别\b -
\和Aa必须联用才安全，比如批量改class关键字时，不开Aa会误中 HTML 属性class="xxx"，不开\会误中classification - 不要依赖搜索词前加
@这种非官方标记——那是过时/错误信息，VS Code 不支持该语法
什么时候必须关掉正则模式才能用全词匹配
只要点了 .* 图标，\ 图标就变灰不可点，且行为完全失效。这是硬性限制，不是 bug。
如果你需要同时满足「精确单词边界 + 大小写敏感 + 正则逻辑」，唯一办法是：先关掉 .*，用 \ + Aa 完成基础筛选；若仍需正则能力（比如匹配所有 handle[A-Z]\w+\(），那就必须放弃 \，改用手动写 \bhandle[A-Z]\w+\(\b，并自行验证边界是否合理。
- 跨行匹配（如匹配含换行的字符串）必须开
.*，此时\无法使用，\b在多行场景下也常不准，得靠上下文判断 - 正则模式下，所有特殊字符（
.、+、(等）必须手动转义，否则按字面匹配，容易搜不到内容 - 真正容易被忽略的是：全词匹配对 Unicode 标识符（中文变量、emoji）基本无感，这类搜索必须切正则并显式定义字符集，比如
[^\u4e00-\u9fa5\w]*user[^\u4e00-\u9fa5\w]*
