默认全局搜索卡顿或不准是因为VSCode默认用Node.js搜索，未排除node_modules/dist等大目录且无JS语义过滤；必须启用ripgrep（search.useRipgrep=true）、配置search.exclude排除无关路径、禁用符号链接，并配合插件与精准正则实现高效语义搜索。
为什么默认全局搜索在JS项目里总是卡住或结果不准
VSCode 默认用 Node.js 实现搜索，遇到 node_modules 或 dist 这类大目录时，I/O 压力直接拉满，搜索延迟明显；更麻烦的是，import axios from 'axios' 和 const axiosInstance = ... 都会被搜出来，根本分不清是依赖声明还是变量名。这不是你操作不对，是默认机制没做 JS 语义过滤。
必须启用 ripgrep 并排除无关路径
VSCode 其实内置了 ripgrep（rg），但需要显式确认启用，否则 fallback 到慢速 Node 搜索：
-
search.useRipgrep必须设为true（多数新版本默认开启，但建议检查） -
search.exclude至少包含："**/node_modules": true、"**/dist": true、"**/build": true -
search.followSymlinks设为false，避免符号链接导致重复扫描
这些不是“可选优化”，而是 JS 项目能秒出结果的底线配置。不配好，Ctrl+Shift+F 就是徒劳等待。
用插件补足语义级搜索能力
纯文本搜索解决不了 “找所有调用了 api.login 的地方，但跳过 mock 文件和测试文件” 这类需求。这时候得靠插件：
-
vscode-crosside-code-finder：支持保存搜索“配方”，比如定义一个 Finder：in: src/**, ext: .ts,.js, exclude: **/mock/**, **/test/**, content: api\.login\(\) - 它不依赖 AST，但靠路径 + 后缀 + 正则组合过滤，比手动输
src/** -mock -test更可靠，尤其适合多层嵌套的 Vue/React 项目 - 注意：插件本身不改 VSCode 搜索引擎，只是把
ripgrep调用封装得更贴近 JS 开发直觉
搜索时容易忽略的 JS 特定细节
写正则不加边界或转义，搜 fetch 可能命中 refetch 或 fetchData；搜 useState 可能扫到注释里的伪代码。几个硬性习惯：
- 函数调用加括号和转义：
useState\(，不是useState - 包名用单词边界：
\baxios\b，避免匹配axiosUtil - ES6 导入语句优先搜
from ['"]xxx['"]，比搜包名更准（因为重命名太常见） - 别依赖“全词匹配”按钮——它只对空格/标点生效，对
.和(无效，该写正则就写正则
真正卡住你的从来不是搜索速度，而是搜出来一堆似是而非的结果后，还得人工逐条判断。把路径、后缀、正则边界这三件事钉死，才是 JS 全局搜索不翻车的核心。
