VSCode中需点击搜索框右上角Aa图标手动启用区分大小写，该设置仅对当前搜索有效，不持久且不影响快捷键触发的默认行为；正则模式下Aa开关与(?i)修饰符存在优先级叠加关系。
Ctrl+F 或 Ctrl+H 里怎么开区分大小写模式
默认不区分，必须手动开启。在查找（Ctrl+F）或替换（Ctrl+H）面板右上角，点那个 Aa 图标——它就是“Case Sensitive”开关。点一下变高亮，就启用了；再点一次关闭。没点它，user 会匹配 User、USER、uSeR，开了之后只精确匹配 user。
全局搜索（Find in Files）中区分大小写的实际影响
用 Ctrl+Shift+F（Windows/Linux）或 Cmd+Shift+F（macOS）打开全局搜索时，Aa 开关同样生效，但容易被忽略的是：它只作用于你填在 Find What 框里的原始字符串，不改变正则行为。比如你搜 \buser\b 并开了 Aa，那只会匹配小写 user，不会匹配 User；但如果关了，\buser\b 就变成不区分的，等效于 (?i)\buser\b。
- 正则模式下，
Aa开关本质是加(?i)或去(?i)，不是额外逻辑层 - 文件类型过滤（如
*.py）和路径范围（如src/）不受Aa影响 - 如果想部分区分、部分不区分，得在正则里显式写
(?i)xxx或(?-i)yyy
为什么开了 Aa 还是匹配到了大小写不同的结果
常见原因不是开关没开，而是你用了正则且忘了控制修饰符：
- 你在
Find What填了user，开了Aa，但同时勾了Regex，又没写任何边界或锚点——这时它只是字面匹配，Aa有效 - 但如果你写了
user.*name，而目标行是UserName，那即使开了Aa，user部分不匹配，整条就不命中；可一旦你误加了(?i)在开头，Aa就被正则内部修饰符覆盖了 - 另一个隐蔽点：某些插件（如
AdvancedFindReplace）会劫持查找逻辑，导致Aa行为异常，可临时禁用插件验证
批量替换时区分大小写的坑：Replace All 容易误伤
点了 Replace All 之前，务必先点 Find All 看预览列表——尤其当开了 Aa 但又用了模糊正则时，匹配项可能比你预期的少或多。例如：
- 想把所有
HTTP改成http，开了Aa，但文件里混着http、Http、HTTPS，结果只替换了大写的HTTP，其他不动，符合预期 - 但若你本意是统一小写所有变体，却忘了关
Aa，又没开Regex，那Http和HTTPS都漏掉了 - 更危险的是：开了
Aa+Regex+\bhttp\b，结果把注释里的// HTTP status也替换了，因为http在注释里也是小写——语法高亮不影响查找，Aa只管文本本身
真正难把握的，是正则表达式里大小写修饰符和界面开关的叠加优先级：界面 Aa 是顶层开关，但正则内部的 (?i) 会局部覆盖它，这种嵌套容易在长表达式里翻车。
