Ctrl+Shift+F 默认不支持正则捕获组高亮，需手动启用正则模式（点击「.*」或Alt+R）；全局搜索应排除 node_modules/dist 等目录以提升性能；TS 项目推荐用 @User 等语义搜索精准定位类型定义。
Ctrl+Shift+F 在 VSCode 中默认不支持正则捕获组高亮
全局搜索快捷键 Ctrl+Shift+F 是 VSCode 最常被误用的功能之一——很多人以为它和编辑器内 Ctrl+F 行为一致，其实它默认关闭正则模式，更不会高亮捕获组匹配内容。这意味着你写 (\d{4})-(\d{2})-(\d{2}) 去搜日期格式，结果只会标出整行，无法快速定位年月日各部分。
实操建议：
- 必须手动点击搜索框右侧的「.*」图标启用正则模式，或按
Alt+R（Windows/Linux）切换 - 捕获组本身不会高亮，但你可以用
$1、$2在替换栏中引用，验证分组是否正确 - 若想看到分组边界，改用编辑器内搜索
Ctrl+F+ 正则模式，它会对每个捕获组单独着色 - 注意：全局搜索中
\b、\s等转义行为与 Node.js RegExp 引擎一致，但不支持\K或条件断言
搜索时忽略 node_modules 和 dist 目录能显著减少卡顿
VSCode 全局搜索默认遍历整个工作区，遇到大型前端项目，node_modules 里几万文件会让搜索延迟 3–5 秒，甚至触发 “Search is taking too long” 提示。这不是性能问题，是配置缺失。
实操建议：
- 在工作区根目录创建或编辑
.vscode/settings.json，加入："search.exclude": { "**/node_modules": true, "**/dist": true, "**/build": true } - 如果只想临时排除，可在搜索框下方点击「…」→「Add Folder to Exclude」，选中对应目录
- 注意：该配置不影响
files.exclude，后者只控制资源管理器显示，不参与搜索裁剪 - 某些插件（如 ESLint）会往
.eslintcache写临时文件，也建议一并加入search.exclude
用 @ 符号限定作用域可精准定位 TypeScript 类型定义
在 TS 项目中搜 interface User，结果常混入注释、字符串字面量甚至 JSON 文件。VSCode 支持基于语言服务器的语义搜索，但需显式触发。
实操建议：
- 在搜索框输入
@User（开头带@），VSCode 会调用 TS 语言服务，仅返回符号定义、类型别名、接口声明等真实类型节点 - 配合
@function可搜函数声明，@class搜类，@import搜导入语句——这些不是正则，是内置语义标记 - 该功能依赖 TS 服务器正常运行，若右下角显示「TypeScript is loading…」，先等待或重启 TS 服务（
Ctrl+Shift+P→ 「TypeScript: Restart TS server」） - 注意：
@语法仅对当前打开的 TS/JS 文件生效，未打开的文件即使有定义也不会被纳入语义索引
搜索结果太多时，用 file: 过滤器比手动删路径更可靠
当你搜 useState，结果里夹杂了 react-dom 源码、node_modules/react 的 d.ts、甚至自己封装的 hooks 文件，靠眼睛扫效率极低。
实操建议：
- 在搜索框末尾加
file:.ts限定扩展名，或file:src/**锁定源码目录 - 多个条件叠加写法：
useState file:src/** -file:types.ts（减号表示排除） - 避免用
file:*.test.ts，VSCode 不支持通配符前缀匹配；应写成file:**/*.test.ts - 如果项目用了别名（如
@/hooks），搜索时仍需按实际路径写，比如file:src/hooks/**
真正影响搜索速度的，往往不是正则多复杂，而是你有没有让 VSCode 少读几百个无关文件；而最常被忽略的，是语义搜索 @ 前缀——它不依赖正则，也不怕转义，但必须打开对应语言支持且文件已加载进编辑器。
