线程池同步上下文调用异步方法的行为及相关问题

代码场景 #

public async Task AsyncWriteToEventHub(Data data, string correlationId) 
{
    await this.eventHubClinet.SendBatchAsync(data);
}
 
public void WriteData(Data data) 
{
    AsyncWriteToEventHub(Data);
}

上述代码在线程池的同步上下文内调用异步方法，且WriteData中调用AsyncWriteToEventHub时未使用await或Wait()，却未出现编译错误，针对该场景的问题解答如下：

1. 该运行在线程池中的场景是否会发生死锁？ #

不会死锁。线程池同步上下文没有单线程绑定限制（和UI同步上下文不同），异步方法在await恢复时，会直接从线程池获取空闲线程继续执行，不存在等待同一线程释放的情况。更关键的是，这里没有调用Wait()、Result这类阻塞操作，完全不会触发死锁的条件。

2. AsyncWriteToEventHub是否会在独立线程运行？若是，未等待线程对象会产生什么影响？ #

不能说整个方法在独立线程运行：

• 异步方法的开头同步代码（比如调用SendBatchAsync之前的逻辑）会在调用它的线程池线程上执行；
• 当遇到await且异步操作未完成时，方法会立即返回给调用方，后续代码（如果有）会在SendBatchAsync完成后，由线程池调度空闲线程执行。

未等待的核心影响：

• 异常无法捕获：异步方法中抛出的异常会在后台线程池线程上触发，.NET Framework中未被观察到的Task异常会直接终止进程；.NET Core及之后版本虽不会终止进程，但异常会被吞掉，难以排查问题。
• 执行状态不可知：无法确认SendBatchAsync是否成功完成，业务上可能出现数据未写入EventHub但完全无感知的情况。
• 线程池资源耗尽风险：短时间内大量调用这类无等待的异步方法，会导致线程池线程被快速占用，影响其他依赖线程池的业务操作。

3. 父线程执行完成后，该异步方法对应的线程会怎样？我将其作为fire-and-forget方法使用。 #

调用WriteData的父线程（线程池线程）执行完WriteData后，会立即回到线程池，等待分配下一个任务，和异步方法后续的执行逻辑完全无关。异步方法中await之后的剩余逻辑，会在SendBatchAsync完成后，由线程池分配的空闲线程继续执行，直到整个方法完成。

但把这种写法作为fire-and-forget使用风险极高，刚才提到的异常、状态追踪、资源问题都可能引发生产事故。如果一定要用这种模式，至少要添加异常捕获和日志记录，示例如下：

public void WriteData(Data data, string correlationId) 
{
    _ = AsyncWriteToEventHub(data, correlationId).ContinueWith(t => 
    {
        // 记录异常日志，比如写入日志系统
        Log.Error(t.Exception, $"写入EventHub失败，CorrelationId: {correlationId}");
    }, TaskContinuationOptions.OnlyOnFaulted);
}

内容的提问来源于stack exchange，提问作者Bhushan Jagtap