遗留2008 Windows服务适配Web应用时第三次触发IAsyncResult异常问询

老哥，我之前也踩过.NET旧版异步Begin/End模式的坑，你这个第三次触发才出现的**“IAsyncResult对象未从此类对应的异步方法返回”**异常，大概率是异步操作的状态没正确重置或者资源没彻底释放导致的，尤其是这种2008年的遗留TCP服务，很容易在多次Web应用连接后出现上下文冲突。

核心问题定位 #

这个异常本质是：调用EndXXX方法时传入的IAsyncResult，并不是当前服务实例对应的异步调用返回的对象；或者异步操作的上下文没有被正确清理，重复使用了未完成的异步状态。结合你的场景，前两次正常、第三次报错，说明前两次的异步操作有残留状态没重置，累积到第三次触发了冲突。

具体排查与修复步骤 #

1. 检查TCPListener的异步接收逻辑 #

老代码很可能复用了全局的IAsyncResult变量，或者在回调里没有用当前传入的IAsyncResult来调用EndXXX方法。

错误示例（常见遗留代码问题）：

// 复用全局IAsyncResult变量，容易导致上下文冲突
private IAsyncResult _globalAsyncResult;

private void StartListening()
{
    _globalAsyncResult = _tcpListener.BeginAcceptTcpClient(OnClientConnected, null);
}

private void OnClientConnected(IAsyncResult ar)
{
    // 错误：可能复用了_globalAsyncResult而不是当前的ar
    var client = _tcpListener.EndAcceptTcpClient(_globalAsyncResult);
    // 处理客户端...
    // 没有重新初始化异步接收状态
}

修复方式：

每次在回调里必须用当前传入的ar调用EndXXX，并且重新启动异步接收时生成新的IAsyncResult，不要复用全局变量：

private void StartListening()
{
    // 每次调用BeginAcceptTcpClient都会生成新的IAsyncResult，无需保存全局变量
    _tcpListener.BeginAcceptTcpClient(OnClientConnected, null);
}

private void OnClientConnected(IAsyncResult ar)
{
    TcpClient client = null;
    try
    {
        // 必须用当前回调传入的ar来调用End方法
        client = _tcpListener.EndAcceptTcpClient(ar);
        // 处理Web应用的请求逻辑...
    }
    finally
    {
        // 不管是否异常，都重新启动异步接收，确保下次连接能正常触发
        StartListening();
        // 强制释放客户端资源，避免上下文残留
        if(client != null)
        {
            client.Close();
            client.Dispose();
        }
    }
}

2. 检查Web应用侧的连接资源释放 #

Web应用作为客户端，如果每次连接后没有彻底关闭TCP连接，会导致服务端的异步上下文被占用，累积到第三次时触发异常。务必确保Web侧的TcpClient和NetworkStream都被正确释放：

// Web应用侧代码示例，用using自动释放资源
using(var tcpClient = new TcpClient())
{
    await tcpClient.ConnectAsync("服务端IP", 监听端口);
    using(var networkStream = tcpClient.GetStream())
    {
        // 发送请求、接收响应的逻辑...
    }
    // using块结束后，tcpClient会自动关闭连接并释放资源
}

3. 确保异步操作的线程安全 #

旧的ServiceBase服务可能没考虑多线程并发问题，多个Web请求同时连接时，异步接收的上下文被并发修改。可以加锁来保证每次只有一个异步接收操作在执行：

private readonly object _listenLock = new object();

private void StartListening()
{
    lock(_listenLock)
    {
        // 先检查Listener是否还处于绑定状态，避免重复启动
        if(_tcpListener.Server.IsBound)
        {
            _tcpListener.BeginAcceptTcpClient(OnClientConnected, null);
        }
    }
}

额外注意事项 #

因为是2008年的遗留代码，大概率基于.NET Framework 2.0/3.5，还要注意：

• 不要混用旧的Begin/End异步模式和Task-based异步模式，避免状态混乱
• 所有实现IDisposable的资源（TcpClient、NetworkStream等）必须在finally块或using语句中释放，防止资源泄漏累积

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