VSCode符号引用缓存不在settings.json中，而存储于workspaceStorage目录下按工作区ID命名的子目录及语言服务器本地索引中；需关闭VSCode后精准删除对应工作区缓存子目录并重启，才能彻底重建符号表。
符号引用缓存根本不在 settings.json 里
VSCode 的“符号引用”（比如 Go to Definition、Find All References）依赖语言服务器（LSP）生成的索引，不是用户配置项，也不走 workbench.commandPalette.history 或 search.history 这类路径。它不记录在 JSON 配置中，删 settings.json 完全无效。
真正起作用的是 workspaceStorage 和语言服务器缓存
符号引用结果由当前工作区的语言服务实时计算或从本地索引读取，缓存主要存在两个地方：
-
workspaceStorage目录下按工作区 ID 命名的子目录，含语言服务器的快照、AST 缓存、符号表等（路径：%APPDATA%\Code\workspaceStorageWindows /~/Library/Application Support/Code/workspaceStoragemacOS /~/.config/Code/workspaceStorageLinux） - 某些扩展自带缓存机制，例如：
ms-python.python会在workspaceStorage内建pythonFiles子目录；redhat.vscode-yaml可能缓存 schema 解析结果
这些缓存不会随重启自动清空，旧符号（尤其是已删文件里的函数/类）仍可能被引用命中。
如何安全清除符号引用缓存
不要全删 workspaceStorage——它还存着断点、调试状态、终端会话等关键数据。只清理目标工作区即可：
- 关闭 VSCode（确保所有 Code.exe / Code Helper 进程退出）
- 打开
workspaceStorage目录，找修改时间最久、名字含你目标工作区哈希值的子目录（可用 PowerShell 快速定位：Get-ChildItem | Where-Object {$_.LastWriteTime -lt (Get-Date).AddDays(-90)}） - 删掉该子目录（不是整个
workspaceStorage） - 重启 VSCode 并打开该工作区，首次
Find All References会重建索引，稍等几秒
若问题依旧，检查是否启用了 "typescript.preferences.includePackageJsonAutoImports": "auto" 等自动推导选项——它们可能缓存了 node_modules 中已卸载包的类型定义，此时需配合 npm prune 或 yarn autoclean 同步清理。
别信“重载窗口”能清符号缓存
Developer: Reload Window 只刷新 UI 和扩展上下文，不终止语言服务器进程，也不清 workspaceStorage。你看到的“跳转还是去到旧文件”，大概率是语言服务器复用内存中未失效的符号表。只有彻底关掉 VSCode + 删除对应 workspaceStorage 子目录 + 重启，才能让 LSP 重新扫描文件系统。
