shift+f12搜到node_modules代码是因为ts语言服务默认索引已安装包的类型声明和导出接口，属设计行为而非bug；真正抑制需配置tsconfig.json的types/typeroots或jsconfig.json的typeacquisition，而非search.exclude。
符号引用搜索（Shift+F12）为什么会搜到 node_modules 里的代码
因为 Shift+F12 查找的是“所有已知引用”，而 TypeScript 语言服务默认会索引 node_modules 中已安装包的类型声明（@types）和导出接口。哪怕你没在当前文件 import，只要项目里装了 lodash，它内部的 map 函数就可能出现在其他文件对 map 的引用结果中。
这不是 bug，是设计行为：语言服务需要完整类型上下文才能做准确推导。但对日常开发来说，这等于把调试/重构的注意力强行分给无关代码。
-
search.exclude对Shift+F12完全无效——它只影响Ctrl+Shift+F文本搜索 -
files.exclude也无效——资源管理器隐藏不影响语义索引 - tsconfig.json 的
exclude字段只控制编译检查，不阻止符号发现
真正能压制第三方引用显示的配置项
核心思路不是“不让语言服务扫描”，而是“不让它把第三方符号纳入引用候选集”。关键靠 tsconfig.json 的类型配置：
- 显式声明所需类型：
"compilerOptions": { "types": ["node", "jest"] }—— 这样只有列出的类型包参与补全和引用分析，其他@types/xxx被静默忽略 - 限制类型搜索路径：
"typeRoots": ["./types"]，并删掉node_modules/@types目录（或用软链绕过） - 纯 JS 项目可用
jsconfig.json关闭自动类型获取："typeAcquisition": { "include": [] }
注意："skipLibCheck": true 会加速编译，但不减少引用索引；反而可能让部分类型缺失，导致引用误判。
调试时跳过第三方代码：justMyCode 和 skipFiles
如果你是在调试过程中被带进 node_modules，那属于运行时控制问题，和符号引用无关。此时要改 .vscode/launch.json：
- TypeScript/JS 项目：
"skipFiles": ["<node_internals>/**", "**/node_modules/**"]</node_internals> - 启用智能单步：
"smartStep": true，F11 进入时自动跳过未映射源码的库 - Python/C# 项目直接设
"justMyCode": true
这个设置只影响调试器行为，不影响 Shift+F12 结果，但能极大缓解“点个 F11 却卡在 webpack 源码里”的挫败感。
扩展干扰比语言配置更常见
很多开发者调了半天 tsconfig，最后发现罪魁祸首是某个自动导入插件。这类扩展（如 Auto Import、TypeScript Toolbox）会主动读取 package.json，把所有 dependencies 的导出项硬塞进补全和引用列表，完全绕过 TS 配置。
- 临时验证：禁用所有非官方扩展，只留
TypeScript and JavaScript Language Features，再试Shift+F12 - 重点排查名称含
auto、import、sort的扩展 - 保留扩展时，查其设置项，关掉类似
autoImport.showAllExports或importModule.filter的开关
第三方符号引用过滤的本质，是语言服务 + 扩展 + 调试器三套机制各自独立生效。想一招解决，基本不可能；必须按场景拆解，分别堵住入口。
