VSCode全局搜索慢是因为search.exclude未正确配置，必须在.vscode/settings.json中用"**/node_modules"等glob格式排除目录，且需同步设置files.watcherExclude并重载窗口生效。
VSCode全局搜索为什么慢？先看search.exclude配没配对
搜索卡顿、结果里全是node_modules或dist里的垃圾内容，大概率不是VSCode本身问题，而是search.exclude没设好。这个配置项直接决定VSCode扫描哪些路径，漏配或写错glob模式，就会让编辑器白扫几万行无关文件。
-
search.exclude必须写在工作区的.vscode/settings.json里才生效（全局设置有时被覆盖） - 常见错误：写成
"**/node_modules/**"——多加的/**会导致规则失效，正确写法是"**/node_modules" - 如果项目用了
.gitignore，记得打开"search.useIgnoreFiles": true，否则.gitignore里写的logs/之类不会自动排除 - 大型Monorepo建议按包单独配
search.exclude，比如只在packages/api下搜时，把packages/web也排除掉
Ctrl+P搜不到文件？检查files.exclude和ProjectManager是否冲突
Ctrl+P（或Cmd+P）搜不到文件，往往不是插件问题，而是files.exclude误杀了源码目录，或者你根本不在目标项目里。
-
files.exclude控制文件树显示，它和search.exclude是两套独立配置——前者影响侧边栏可见性，后者只影响Ctrl+Shift+F搜索范围 - 如果你同时开了十几个项目，
Ctrl+P默认只在当前打开的文件夹里搜；用ProjectManager插件后，快捷键Ctrl+Alt+P切项目前，务必确认右下角状态栏显示的是你要找文件的那个项目根目录 - 某些插件（如
GitLens）会动态修改files.exclude，导致临时隐藏了本该显示的目录，可关掉插件试试
想精准定位函数调用？别只靠Ctrl+Shift+F，试试vscode-crosside-code-finder
在微服务或跨包调用场景下，Ctrl+Shift+F搜api.getUserInfo可能返回几百个结果，其中90%是mock数据或测试桩。这时候需要更细粒度的约束条件。
-
vscode-crosside-code-finder允许你定义“查找器”：比如限定只在src/services下搜.ts文件，且排除__tests__子目录 - 它的规则本质是组合多个
glob路径，比手动拼Ctrl+Shift+F面板里的“文件类型”和“排除”框更可靠 - 注意：插件不支持正则匹配内容，只做路径和文件名过滤；真正要查函数签名，还得配合
Ctrl+T（符号搜索）或Find All References（右键菜单）
Markdown文档目录生成慢或乱码？重点盯markdown.extension.toc.levels
中文标题生成的目录链接点不动、层级错乱、或者保存后不自动更新，通常不是插件bug，而是toc.levels和锚点生成逻辑没对齐。
- 确保
"markdown.extension.toc.levels": "1..6"范围覆盖你文档里实际用到的最高标题级别（比如用了######就得写"1..6"） - 中文标题会被转成URL编码（如
标题示例→#%E6%A0%87%E9%A2%98%E7%A4%BA%E4%BE%8B），如果预览里点不了，检查是否启用了markdown.preview.doubleClickToSwitchToEditor这类干扰设置 - 自动更新依赖文件保存事件，但某些远程FS（如WSL2挂载的Windows路径）可能触发延迟，此时建议手动执行
Ctrl+Shift+P→Create Table of Contents
路径配置、排除规则、上下文切换——这三个层面只要有一处没对齐，所谓“提升查找速度”就只是假象。尤其当项目结构变复杂时，人容易下意识去装新插件，其实多数时候，翻出.vscode/settings.json改两行配置，效果更稳。
