MailKit 2.15.0调用DisconnectAsync时报存在未完成ReadAsync操作错误

数据老陈

2026-9-28

问题根因分析

你遇到的异常本质是SslStream不支持并发读操作，从抛出的调用栈可以判断：你调用DisconnectAsync方法时，Pop3Client底层还有未执行完成的读操作正在运行，两个读请求抢占底层流资源触发了该报错。
结合你提供的代码，具体触发原因大概率是以下几种：

Pop3Client本身不是线程安全类型，你没有做并发访问控制，断开连接的同时，还有其他异步任务在执行邮件拉取、内容读取、标记已读这类涉及网络IO的操作，多个操作同时调用底层SslStream的读方法直接冲突。
ClientDisconnect方法中的重连逻辑不合理：你判断连接已断开后会重新发起连接，若旧连接还有未释放的异步IO上下文，重连后操作也会触发流的并发冲突。
标记已读的逻辑如果是异步实现，你当前用同步方式调用会导致标记操作未完成就直接执行断开逻辑，底层读操作还在运行就触发了Disconnect流程。
MailKit 2.15.0属于较老的版本，该版本本身存在POP3异步操作取消、连接释放逻辑的已知缺陷，会偶发出现底层流操作未正常完成就执行后续操作的问题。

解决方案

新增异步并发控制，保证同一时间只有一个操作访问Pop3Client实例。所有涉及Pop3Client的操作（拉取邮件、标记已读、断开连接等）都需要先获取锁再执行，示例实现如下：

// 定义全局异步锁，和Pop3Client实例生命周期绑定
private readonly SemaphoreSlim _pop3OperationLock = new SemaphoreSlim(1, 1);

// 封装安全执行逻辑
public async Task ExecutePop3OperationSafely(Func<Task> operation)
{
    await _pop3OperationLock.WaitAsync();
    try
    {
        await operation();
    }
    finally
    {
        _pop3OperationLock.Release();
    }
}

// 调用断开连接时套入安全逻辑
await ExecutePop3OperationSafely(async () =>
{
    await emailBinding.Disconnect();
});

移除ClientDisconnect方法中多余的重连逻辑：断开连接时如果已经处于未连接状态，直接跳过后续操作即可，不需要重新建立连接再断开。
调整标记已读逻辑的调用方式：如果MarkRead是异步实现，将MarkAsRead、FlushClient都改为async Task返回类型，调用时添加await关键字等待操作完全完成后再执行断开逻辑。
升级MailKit到最新稳定版本：新版本已经修复了大量POP3异步操作的并发、资源释放相关bug，老版本的原生缺陷可以直接通过升级解决。
断开连接前先取消所有未完成操作：为所有Pop3操作传入统一的CancellationToken，执行断开前先触发取消令牌，等待现有操作退出后再执行断开逻辑。

内容的提问来源于stack exchange，提问作者Jatin Bhatia