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 搜索请求参数，更可靠。

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 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 就能稳在毫秒级响应。