Find All References 找不到跨文件引用的常见原因：方法定义在 .xaml/.aspx/资源字典中（C#语言服务不索引）、项目未加载或编译失败导致符号数据库未更新、方法为 internal/private 且跨程序集调用、.NET Core/5+ 项目中 CodeLens 引用计数默认不生效。
Visual Studio 本身不提供“自动维护多文件间代码关系”的抽象层，它靠项目结构、引用声明和语言服务协同工作。你看到的跳转、引用提示、依赖图，都是基于这些底层事实推导出来的，不是凭空猜测。
为什么 Find All References 有时找不到跨文件引用
常见错误现象是：在 .cs 文件中调用一个方法，但在另一个 .cs 文件里定义了该方法，Find All References 却只显示 0 引用。
- 该方法被定义在
.xaml、.aspx或资源字典中 —— 这些文件里的调用不会被 C# 语言服务索引 - 项目未正确加载或编译失败，导致符号数据库（
.suo或.vs下缓存）未更新 - 目标方法是
internal或private，且调用发生在不同程序集（即使在同一解决方案中） - 你正在查看的是 .NET Core / .NET 5+ 项目，但 CodeLens 引用计数默认只对 .NET Framework 的
.cs/.vb文件生效
Dependency Graph 和 Code Map 能做什么、不能做什么
二者都依赖静态分析，但能力边界清晰：
Visual Studio Professional 18.8.1
下载
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
-
Dependency Graph只能解析已编译的程序集（.dll）、项目引用、#include头文件路径，以及 C#/.NET 中的using和assembly引用 —— 它不理解运行时反射、Assembly.Load或字符串拼接的类型名 -
Code Map（.dgml）本质是手动/半自动生成的可视化快照，一旦代码变更，图不会自动同步；拖入的项若被重命名或移动，图中节点会断连，出现“类设计器无法显示此类型”之类提示 - C++ 项目无法从编辑器右键直接“添加到代码图”，只能从
解决方案资源管理器或对象浏览器拖放，且不支持模板实例化展开
如何让跨文件关系真正“可导航”
关键不在工具，而在项目组织和语言特性使用是否规范：
- 确保所有项目都成功加载且无编译错误 —— 否则
Go To Definition和Find All References都会失效 - 避免用字符串硬编码类型名（如
Type.GetType("MyNS.MyClass")），这类关系 IDE 完全不可见 - 在多项目解决方案中，优先用“项目引用”而非“程序集引用”，前者能保留源码级跳转能力
- 对 C++，把头文件路径加进
附加包含目录，否则#include "xxx.h"不会被识别为依赖边 - 启用
文件级别 CodeLens（在工具 > 选项 > 文本编辑器 > 所有语言 > 常规中勾选），对非.cs文件也能看到提交/测试统计
最常被忽略的一点：依赖关系图和代码图都不处理条件编译（#if DEBUG）、预处理器宏展开或 MSBuild 的 Condition 属性。它们看到的是“理论上存在的引用”，而不是“实际构建时生效的引用”。如果你的代码靠宏控制逻辑分支，那图里画出来的线，可能根本不会在运行时走通。
