Async Task方法执行到闭合大括号时触发System.NullReferenceException求助

你遇到的System.NullReferenceException确实和C#异步方法的状态机机制直接相关——异步方法会被编译器自动转换为状态机类，这个类会捕获方法内的局部变量、参数甚至当前实例（this），在方法执行的不同阶段（包括退出收尾时）进行额外逻辑处理；而同步方法没有这层状态机包装，因此不会触发这类问题。

下面是具体的可能原因和排查方向：

可能的原因 #

• 状态机捕获的对象被意外置空：异步状态机会保留方法内的局部变量、参数或this引用，在方法退出的收尾阶段（状态机完成Task的逻辑），如果这些被捕获的对象已经被同步方法内的操作意外置为null，或者当前实例被外部代码Dispose/回收，就会触发空引用异常。
• finally块执行时机差异：如果MyMethod包含try/finally块，异步方法的finally逻辑是在状态机的后续步骤中执行的，和同步方法的finally执行时机、上下文完全不同。如果finally块里访问了某个在同步执行后可能变为null的对象，就会在方法退出时抛错。
• 无await的异步方法状态机问题：如果MyMethod内部没有任何await操作（全是同步代码），编译器仍会生成特殊的状态机——虽然方法会同步执行，但状态机在收尾时仍会执行额外逻辑，若此时某个被捕获的变量状态异常，就会触发异常。

排查步骤 #

1. 精准定位异常位置：在Visual Studio中打开「异常设置」（快捷键Ctrl+Alt+E），勾选「Common Language Runtime Exceptions」下的System.NullReferenceException，重新调试。当异常抛出时，查看调用栈，找到编译器生成的状态机类（类名通常是<MyMethod>d__X，X为数字），就能明确是哪个对象为null。
2. 检查被捕获的变量：梳理MyMethod中所有局部变量、参数，尤其是被lambda表达式引用、或在finally块中访问的变量，确认它们在同步方法执行完成后是否被意外置为null。
3. 验证无await场景的处理：如果方法内没有实际异步操作，要么保持同步方法（你已验证可行），要么在方法末尾添加await Task.CompletedTask;，让状态机按正常异步流程执行，观察是否还会触发异常。
4. 检查实例状态：如果MyMethod是实例方法，确认在调用MyMethod到方法退出的时间段内，当前对象（this）是否被其他线程Dispose或置为null。

内容的提问来源于stack exchange，提问作者Programmer Joe