“查看调用层次结构”可定位直接依赖，右键方法名选择该命令即可显示显式调用链，设计时生效、基于roslyn语义分析，但不包含隐式调用或委托绑定；需结合“查找所有引用”补全事件、反射、xaml等间接引用，并注意泛型重载、继承实现及契约变更带来的潜在影响。
用“查看调用层次结构”定位直接依赖
右键点击方法、属性或构造函数名，选“查看调用层次结构”，就能看到所有显式调用它的位置。这个功能在设计时就生效，不依赖运行调试——它基于 Roslyn 的语义分析，比文本搜索更可靠。
注意几个关键点：
-
调用层次结构不会显示隐式调用（比如 C++ 构造函数、类型转换）或委托绑定（如button.Click += MyHandler），这类引用得靠“查找所有引用”补全 - 展开“调用到”节点能看到谁调用了它；展开“来自”节点能看到它又调用了谁（C++ 里才完整支持，“C# 中仅限显式调用”）
- 工具栏的“搜索范围”默认是“我的解决方案”，但如果你改成了“当前文档”，很容易漏掉跨文件调用
结合“查找所有引用”补全间接使用场景
“查看调用层次结构”只反映控制流路径，“查找所有引用”（快捷键 Shift+F12）则覆盖所有符号出现位置，包括：event handler 绑定、Func<t></t> 或 Action 赋值、反射调用（如 typeof(MyClass).GetMethod("MyMethod")）、甚至 XAML 中的 Command="{Binding MyCommand}"。
实际操作建议：
- 先用“调用层次结构”确认主干调用链，再按
Shift+F12扫一遍全部引用，重点看非代码文件（.xaml、.csproj、.config）里的匹配项 - 如果引用结果太多，右键某个引用 → “在文件中查找”，能快速过滤出特定上下文
- 对泛型方法或重载方法，VS 有时会把不同签名的调用混在一起列出来，需人工核对参数类型
检查继承与实现关系避免破坏多态契约
修改一个 virtual 方法或接口成员前，必须确认它的派生类/实现类是否重写了它。否则看似安全的改动（比如加参数、改返回类型）可能直接导致子类编译失败或行为不一致。
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
操作上：
- 在方法定义处右键 → “转到实现”可列出所有
override和explicit interface implementation - 对
abstract成员或接口方法，右键 → “查找所有引用”后，筛选出class XXX : IMyInterface这类声明行 - 若项目启用了 .NET 代码质量分析器，规则
CA1062（验证公共方法参数）或CA1716（避免关键字命名）也可能因你的修改被意外触发，留意错误列表
Live Unit Testing 和代码覆盖率帮你验证修改边界
开启 Live Unit Testing 后，你每改一行，它会自动跑受影响的测试并高亮覆盖区域。如果某段逻辑突然没被任何测试覆盖（着色变灰），说明你的修改可能脱离了原有测试保障范围。
要注意的是：
- Live Unit Testing 默认只监控已启用的测试项目，如果新添加的测试没被识别，需右键测试项目 → “启用 Live Unit Testing”
- 代码覆盖率着色不会自动刷新，改完代码后要手动触发一次测试运行，或等几秒让后台同步完成
- 覆盖率 100% 不等于影响为零——比如一个被多个测试共用的
Helper.GetConfig()方法，即使全覆盖，改它仍可能让所有测试行为偏移
改动前真正难判断的，从来不是“谁调用了我”，而是“谁依赖了我的契约细节”。比如把 public List<string> GetNames()</string> 改成 IEnumerable<string></string>，调用方用 .Count 就可能从 O(1) 变成 O(n)，这种影响不会出现在调用树里，得靠人眼结合类型语义去推。
