全局搜索变慢主因是未排除无关路径，如node_modules、dist等目录；应在.vscode/settings.json中配置search.exclude，使用"/node_modules/":true等glob规则精准跳过，实测提速3–5倍。
为什么全局搜索变慢，不是因为项目大，而是因为没排除无关路径
VSCode 的 Ctrl+Shift+F 默认会扫描工作区里所有可读文件，包括 node_modules、dist、coverage、.next 等目录——这些加起来可能占整个工作区 90% 的文件数，但你几乎从不搜它们。搜索引擎每打开一个文件都要做 I/O 和正则匹配，不加限制就等于让编辑器“边扫雷边赶路”。
真正有效的优化，是让 VSCode 根本不去碰那些目录：
- 在项目根目录的
.vscode/settings.json中配置search.exclude，而不是用户级设置（避免污染其他项目） - 排除模式用 glob 语法，优先写具体路径，避免过度通配：比如
"**/node_modules/**": true比"**/node_modules": true更安全（后者可能误杀同名子目录） - 构建产物目录如
dist、build、.nuxt、.svelte-kit建议一并加入，实测可提速 3–5 倍 - 如果用了 Monorepo 工具（pnpm workspaces / turborepo），还要额外排除
packages/*/node_modules这类嵌套依赖
替换前不点 Preview Replace，等于闭眼按回车
VSCode 的“全部替换”不会校验你写的 files to include 或 files to exclude 是否生效，它只对当前搜索结果集操作。而这个结果集是否完整、是否干净，全靠你手动确认。
常见翻车现场：
- 你在搜索框填了
src/**/*.ts，但想改的文件在lib/index.js—— 它压根不会出现在结果里，更不会被替换 - 启用了正则但忘了关大小写敏感，
Api没匹配到api，漏掉一半目标 - 用了
^或$锚点，但某行末尾有空格或 BOM 字符，导致匹配失败
每次执行替换前，务必点搜索面板右上角的 ⋯ → Preview Replace，逐个看预览列表里的文件路径是否符合预期。这不是多此一举，是防止改崩线上配置的最后防线。
多根工作区 ≠ 跨根搜索自动生效
很多人以为只要把多个文件夹拖进 VSCode 就能“全局搜所有库”，其实不是。真正的多根工作区必须满足三个硬条件：窗口右下角显示 Workspace、状态栏有多个文件夹图标、.code-workspace 文件中 <code>folders 是含多个 path 的数组。缺一不可。
即使满足了，搜索仍可能失效：
- 某个根目录权限不足（比如挂载的 Docker volume），VSCode 控制台会报
EACCES，但界面不提示 - 路径含中文或空格时，某些版本 VSCode 会静默跳过该根（建议改用短横线命名，如
my-project） - 刚添加新根后立即搜索，状态栏还在显示
Indexing…，此时结果必然不全 -
search.exclude是按工作区整体生效的，不是每个根单独控制——所以一个根下的node_modules被排除，另一个根下的同名目录也会被跳过
正则替换别贪快，先验证捕获组再批量跑
写 (\w+)\.(\w+) 这种表达式看着简单，但 VSCode 的正则引擎对嵌套括号、贪婪匹配、换行符处理很敏感。尤其当你想跨行替换时，\n 必须显式写进查找框，且不能依赖 . 匹配换行（默认不匹配）。
安全做法：
- 先用
Ctrl+H在单个文件里试，打开.*模式，输入查找和替换内容，点Find看高亮是否精准 - 涉及分组（
$1、$2）时，在替换框里先填$0看整段匹配是否正确，再逐步换成$1 - 替换前用
Find All（放大镜图标）拉出全部匹配项，人工扫一遍上下文，确认没有误匹配注释、字符串或 JSON 值 - 对关键逻辑（如函数签名、API 调用）做 Git diff 备份，哪怕只改三处，也比恢复整个分支省事
最常被忽略的一点：VSCode 的正则替换不支持条件判断（比如“只在非注释行替换”），所谓负向先行断言 (?!//) 在部分场景下会失效——这时候宁可用多光标 + 手动选中，也别信“一步到位”的正则幻觉。
