Visual Studio调试C#异常时，应启用“在引发时中断”（Ctrl+Alt+E勾选Thrown），结合$exception查看LoaderExceptions、Filename等属性精准定位根源，并利用NullReferenceException空值分析和.NET 9异步调用堆栈快速诊断。
遇到 C# 程序异常时，别急着翻代码或重启调试——Visual Studio 已经把关键线索直接摆在你眼前。只要打开「异常设置」并启用对应中断，绝大多数运行时异常（包括 NullReferenceException、ConfigurationErrorException、ReflectionTypeLoadException）都能在**第一次抛出时精准停住**，而不是等它被吞掉或层层上抛后才暴露。
开启“引发时中断”是分析异常的第一步
默认情况下，调试器只在「未处理异常」时中断，但很多问题其实在第一次 throw 就埋下了根。必须手动启用「在引发时中断」：
- 按
Ctrl+Alt+E打开「异常设置」窗口 - 勾选「Common Language Runtime Exceptions」下的「Thrown」复选框（不是仅「User-unhandled」）
- 如果只想针对某类异常（比如只关心配置错误），展开节点，单独勾选
System.Configuration.ConfigurationErrorsException
这样做的效果是：一旦代码执行到 throw new ConfigurationErrorsException(...) 这一行，调试器立刻暂停，光标停在 throw 语句上，堆栈帧指向**真正出问题的配置加载点**，而非顶层 Main 或 Startup 方法。
从 $exception 和 LoaderExceptions 看清真实失败原因
中断后，异常对象已存在，但多数人只看「消息」就下结论，其实真正关键信息藏在属性里：
- 在「即时窗口」中输入
$exception查看完整异常实例 - 若异常类型是
ReflectionTypeLoadException，重点检查$exception.LoaderExceptions—— 它是一个数组，每个元素才是真实的加载失败原因 - 执行
$exception.LoaderExceptions.Select(e => $"{e.GetType().Name}: {e.Message}").ToArray()可快速列出所有底层错误 - 常见有效信息包括：
"Could not load file or assembly 'Newtonsoft.Json, Version=13.0.0.0...'"或"Method not found: 'Void Microsoft.Extensions.DependencyInjection.ServiceCollectionExtensions.AddHttpClient(...)'"
注意：LoaderExceptions 是空数组？说明不是程序集加载失败，而是类型解析或版本绑定问题，该去查 bindingRedirect 或 runtimeconfig.json 中的依赖策略。
空引用和异步异常要靠专用分析支持
Visual Studio 对两类高频异常做了深度集成，不用手动加断点也能定位根源：
- 对
NullReferenceException：2017+ 版本会在异常助手下方直接显示「s 为空」这类分析文本，前提是目标项目使用 .NET Framework 4.6.2+ 或 .NET Core 3.0+，且未启用 JIT 优化（即 Debug 配置） - 对异步异常（如
Task内部抛出的ArgumentException）：.NET 9+ 下调试器自动识别「异步调用堆栈」，在「调用堆栈」窗口中会显示带「[Async]」标记的帧，并可点击跳转到原始await行；若看不到，确认项目是否启用了<enabledefaultcompileitems>true</enabledefaultcompileitems>且 PDB 符号已加载
这两类分析都依赖符号文件和未优化的调试构建，发布版本或 Release 配置下基本不可用。
ConfigurationErrorsException 要逆向追踪配置源
这个异常不报行号，但它的 FusionLog、Filename 和 Line 属性往往藏着答案：
- 在「局部变量」或「监视」窗口中展开
$exception，找Filename字段 —— 它通常指向出问题的appsettings.json或Web.config路径 - 检查
Line和Column属性，直接定位到配置文件中的具体位置（注意：JSON 文件的列号从 0 开始计数） - 若
Filename为空，说明问题出在代码注册的配置提供程序上，比如builder.Configuration.AddXmlFile("bad.xml")但文件不存在或格式非法 - 配合「配置」窗口（调试时按
Ctrl+Alt+Q）查看当前已加载的所有配置键值，确认预期的节是否根本没加载进来
最易忽略的一点：.NET 6+ 的 IConfiguration 是延迟加载的，异常可能直到你第一次访问某个 key（如 config["ConnectionStrings:Default"]）时才触发，所以断点不能只设在 Program.cs 开头。
