ctrl+shift+f 是全局搜索入口，但需配置 search.exclude、启用 search.useignorefiles、合理使用 files to include 和正则表达式，才能高效精准搜索。
Ctrl+Shift+F 是全局搜索的入口，但默认行为常被忽略
直接按 Ctrl+Shift+F（macOS 为 Cmd+Shift+F）能唤出搜索面板，但很多人输完关键词就回车，结果被 node_modules、dist、日志文件等大量无关结果淹没。这不是功能弱，而是 VSCode 默认不主动排除常见干扰目录。
真正有效的做法是提前配置过滤规则：
- 在设置中搜索
search.exclude，添加常用排除项："**/node_modules": true、"**/dist": true、"**/*.log": true - 确保
search.useIgnoreFiles为true，这样.gitignore和.eslintignore的规则才会生效 - 如果项目用了
pnpm，别忘了加"**/node_modules/.pnpm": true，否则仍会扫到硬链接内容
用 “files to include” 精确控制搜索范围，比右键更可靠
右键文件夹选 Find in Folder 看似方便，但实际会生成带双引号的路径字符串（如 "src/utils"），容易因空格或特殊字符导致匹配失败；而手动填 files to include 字段更可控。
常用路径模式写法：
-
src/**/*.{ts,js}：只搜 TypeScript 和 JavaScript 文件 -
**/api/**：所有嵌套层级的api目录 -
!**/test/**：排除测试目录（注意需开启Use Exclude Settings and Ignore Files） - 多个条件用英文逗号分隔：
src/**/*.{ts,tsx},!**/mock/**
注意：files to include 不支持绝对路径，也不接受环境变量（如 $HOME），填错会静默失效。
正则表达式不是炫技，是避免误替换的关键
比如想把所有 getUserInfo() 替换成 fetchUserInfo()，直接搜 getUserInfo 可能命中 getUserInfoById 或注释里的字符串。这时候必须开 Use Regular Expression（.* 图标）。
典型安全替换写法：
- 搜索：
getUserInfo\(\)→\(\)转义括号，确保只匹配调用形式 - 勾选
Match Whole Word→ 避免在super.getUserInfo()中误匹配 - 先点
Replace All in Files前，务必点开几条结果确认上下文 —— VSCode 不校验语法合法性，替错一个return getUserInfo()可能直接导致运行时崩溃
搜索卡顿或结果延迟？优先检查索引状态而非重装
大型项目首次打开搜索面板时可能明显卡顿，这不是 CPU 占用高，而是 VSCode 正在构建倒排索引。它不会一次性全量扫描，而是按需增量更新 —— 你改了哪个文件，才重新解析那个文件。
可快速验证和缓解的点：
- 看左下角状态栏是否显示
Searching...或Indexing...，有则等待完成再操作 - 临时关闭
search.followSymlinks（设为false），避免扫描符号链接指向的巨型目录 - 禁用非必要插件，尤其是那些监听
workspace.onDidChangeTextDocument的 LSP 插件，它们可能拖慢增量索引速度 - 不要手动删
.vscode下的缓存文件，VSCode 的索引结构不对外暴露，删了反而触发全量重建
最常被忽略的是：搜索性能瓶颈往往不在“怎么搜”，而在“搜什么”。一个没加 Match Case 的 user 搜索，在 10 万行项目里可能匹配上万处，连渲染结果列表都吃力。
