vscode正则开关在搜索框右上角第三个图标（.*），点击高亮或按alt+r（win/linux）/cmd+r（macos）开启；默认关闭，不启用则\d+等均作字面匹配。
VSCode正则开关在哪、怎么开
正则模式默认关闭，输.*不会匹配任意字符——它会被当作文本字面量。必须主动启用，否则所有正则语法都无效。
启用方式有两个，优先用快捷键：Alt+R（Windows/Linux）或 Cmd+R（macOS），按一次切换状态，比点图标更快；界面操作是点击搜索框右上角第三个图标（.*），高亮即开启。
- 开启后，
\d+、[A-Z]\w+、^\s*function这类表达式才真正生效 - 未开启时写
User\s*\{，VSCode 会逐字查找字符串User {，不是正则逻辑 - 正则开启后，
Aa和\b依然独立有效，三者可共存 - JavaScript 正则语法基本都支持，但注意：Unicode 属性类（如
\p{L}）不支持，中文变量名需用[\u4e00-\u9fa5]手动范围
大小写敏感快捷键为什么经常失灵
Alt+C（Win/Linux）或 Cmd+C（macOS）确实能切换 Aa 状态，但实际中频繁失效，原因很具体：
- 快捷键按下时焦点不在搜索框内——比如你刚按了
Ctrl+F，但输入法还停留在中文状态，VSCode 根本没收到快捷键 - 快捷键被系统或输入法拦截，尤其是 macOS 上
Cmd+C与复制冲突，极易误触发 - 点了快捷键但没确认图标是否真变色：灰色是关闭，深蓝/高亮才是开启，只看“有没有反应”不作数
- 在全局搜索面板（
Ctrl+Shift+F）里，快捷键作用于「文件中查找」输入框；如果误点了编辑器右上角那个Aa，它对搜索完全无效
最稳的做法是养成条件反射：唤出搜索框 → 直接用鼠标点一下 Aa 图标 → 看它变色再输词。
VSCode 1.118
下载
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
正则 + 大小写敏感组合使用时的常见陷阱
两者叠加看似强大，实则容易互相干扰，尤其在变量重构场景下：
- 开了正则后还依赖
Aa，但正则里写了显式字符类，比如[uU]ser，这时Aa就不起作用了——匹配逻辑由正则自身决定 - 想搜首字母大写的类名
User，只开Aa不够，仍会匹配到SuperUser；必须同时开\b（Whole Word），但注意：\b在正则模式下自动失效，此时得改用\bUser\b，并关掉界面上的\b图标，否则逻辑冲突 - 驼峰命名如
apiConfig，\b无法切分，api仍可能被单独匹配；此时应改用正则(? 或限定上下文（如 <code>const\s+apiConfig） - 模板字符串插值（
${user}）和导入路径（./api/user.ts）中的目标词，即使开了Aa和\b也照常被命中——VSCode 不做语义过滤，只能靠Include/Exclude路径手动排除
search.caseSensitive 配置项到底管不管用
它只在一个地方起作用：命令面板中运行 workbench.action.findInFiles 时。除此之外，所有快捷键触发的搜索（Ctrl+F、Ctrl+Shift+F、Ctrl+H）完全无视这个配置。
- 你在
settings.json里写"search.caseSensitive": true，Ctrl+Shift+F打开后仍是不区分大小写，这不是 bug，是设计如此 - 该配置对插件、扩展、自动化脚本调用的 API 也基本无效，仅限命令面板手动触发的搜索流程
- 别把它当成“默认开启”的开关——它更像一个给 CI 或命令行工具留的兼容入口，日常编码中毫无存在感
- 真正影响你每次搜索行为的，只有搜索框右上角那三个图标的状态，且每次新开面板都会重置
最易被忽略的一点：没有“记忆”机制。哪怕你刚替换了 20 个 User，关掉面板再按 Ctrl+F，Aa 和 .* 一定都是关闭状态——必须重新点。
