VSCode全局搜索默认扫描软链接，因其不区分链接类型，只要路径在工作区内且未被search.exclude排除就会读取；有效排除需用"**/node_modules": true等glob规则精准覆盖挂载点路径，并重启窗口生效。
VSCode 搜索为什么会扫描软链接
默认情况下，VSCode 的全局搜索（Ctrl+Shift+F）不区分文件是硬链接、软链接还是普通文件——只要路径在工作区范围内且未被 search.exclude 显式排除，它就会尝试读取内容。尤其在 pnpm/yarn workspaces 项目中，node_modules/xxx 往往是软链接指向 .pnpm/xxx@1.2.3/node_modules/xxx，而 VSCode 会把源路径和目标路径都纳入扫描范围（如果两者都在工作区里），导致重复匹配、卡顿甚至结果错乱。
真正有效的排除方式：用 search.exclude 精准覆盖软链接所在路径
VSCode 不提供“跳过所有软链接”的开关，但你可以通过排除软链接的**挂载点路径**来切断扫描源头。关键不是识别 symlink 属性，而是让 VSCode 根本不走到那条路径下。
-
search.exclude必须写在.vscode/settings.json或用户设置中，值为true，例如："search.exclude": { "**/node_modules": true, "**/.pnpm": true, "**/.yarn/sdks": true } - 不要只写
"node_modules": true——它只匹配根目录下的node_modules；必须用"**/node_modules"才能覆盖 monorepo 中packages/a/node_modules这类路径 - 对 pnpm 项目，
.pnpm目录本身也常被扫描（尤其当你把整个node_modules软链接进 workspace 时），必须一并排除 - 修改后必须执行
Developer: Reload Window（Ctrl+Shift+P输入），否则缓存索引仍会返回旧结果
为什么 files.exclude 和 .gitignore 不管用
files.exclude 只控制资源管理器是否显示文件，不影响搜索；.gitignore 默认会被 search.useIgnoreFiles 启用，但它只过滤“被 git 忽略的文件”，而软链接本身（如 node_modules/xxx）通常不在 .gitignore 里——它只是个符号链接，git 不跟踪它，但 VSCode 会顺着它去读目标路径。
- 确认是否启用了
search.useIgnoreFiles：在设置中搜这个字段，设为false可临时关闭 .gitignore 干预，避免干扰判断 - 不要依赖插件自动同步 .gitignore 到
search.exclude——多数插件做不到路径语义还原，容易漏掉.pnpm这类非标准目录
验证软链接是否还被扫描的最快方法
打开终端，运行：
ls -la node_modules | head -5
如果看到大量 -> 指向 .pnpm/ 或 .yarn/，说明软链接存在。然后在搜索面板右下角“文件中排除”输入框手动填：!/node_modules/**（注意开头的 ! 表示“强制排除”，会覆盖 search.exclude 里的同名规则）。如果此时搜索变快、结果干净，就证明之前确实是软链接路径在拖慢搜索。
最易被忽略的一点：软链接的目标路径（比如 .pnpm/xxx@1.2.3/node_modules/xxx）如果也在 workspace 根目录下，即使你排除了 node_modules，它仍可能被直接扫描——必须把目标目录也加进 search.exclude。
