VSCode默认Ctrl+Shift+F慢因同步扫描全路径且不跳过node_modules等目录，无索引、无缓存；改用ripgrep并配合Project Manager、Search Node Modules插件及合理配置可提升至毫秒级。
为什么默认的 Ctrl+Shift+F 慢得像在读硬盘日志
VSCode 内置的全局搜索（Ctrl+Shift+F）在中大型项目里常卡顿，尤其遇到 node_modules、.git、构建产物目录时，实际是在对所有匹配路径做同步文本扫描，没跳过就等于白等。它不依赖索引，纯靠实时 grep，所以文件越多、正则越复杂，延迟越明显。
- 默认不忽略
**/node_modules/**等目录，哪怕你已在files.exclude里配过 - 正则模式开启后（比如用了
^function），会退化为逐行解析，无法利用简单字符串匹配的优化路径 - 跨工作区多根搜索时，每个文件夹都独立扫描，无共享缓存
用 ripgrep 替代内置搜索引擎
VSCode 支持用外部工具替换搜索后端，ripgrep（rg）是目前最快、最可靠的文本搜索命令行工具，支持跳过二进制、尊重 .gitignore、并行扫描，比内置快 3–10 倍是常态。
- 先安装：
brew install ripgrep（macOS）、choco install ripgrep（Windows）、或从 GitHub releases 下载二进制 - 在 VSCode 设置里搜
search.useRipgrep，设为true - 再确认
search.missingPatternPlaceholder不为空（避免空搜索触发全量扫描） - 可选：设
search.followSymlinks为false，防止意外遍历挂载点或循环链接
配合 Project Manager 和 Search Node Modules 插件精准控制范围
光换引擎不够，还得管“搜哪儿”。Project Manager 帮你快速切换项目上下文，而 Search Node Modules（插件名就是这个）能一键开关 node_modules 是否参与搜索——它不是靠配置忽略，而是直接 patch 搜索请求参数，更可靠。
-
Project Manager的关键操作：Ctrl+Alt+P→ “Save project” 存当前工作区，后续用快捷键秒切，避免误搜整个磁盘 -
Search Node Modules安装后右下角出现小图标，点击即 toggle，状态直接影响rg的--glob参数 - 若需排除特定子目录（如
dist/），在工作区设置里加："search.exclude": {"**/dist/**": true}—— 这个配置会被rg转成--glob规则，比files.exclude更有效
慎用 search.smartCase 和正则预编译
smartCase 看似方便，但开启后 VSCode 会在每次搜索前判断大小写是否混合，导致额外字符串分析开销；而正则本身无法被 rg 预编译，每次执行都是全新解析。这两项在高频搜索场景下反成瓶颈。
- 关掉
search.smartCase，改用显式开关：普通搜索用小写，要区分大小写时按Alt+C（Windows/Linux）或Cmd+C（macOS）临时启用 - 避免在搜索框里写
.*\.js$这类通用正则；优先用文字匹配 +file:*.ts限定范围 - 如果真需要复杂正则，先在终端跑一遍
rg -n 'pattern' src/验证性能，再粘进 VSCode —— 很多慢搜问题其实出在正则回溯上，不是工具问题
真正拖慢搜索的，往往不是工具本身，而是没划清边界：搜什么、在哪搜、要不要大小写、是不是真需要正则。把这四件事定死，rg 就能稳在毫秒级响应。
