UWP复用Windows.Web.Http.HttpClient并行调用抛COMException求助

我之前在UWP项目里用Windows.Web.Http.HttpClient单例处理请求时，完完全全碰到过你这个问题！当时折腾了好久才找到根源和解决办法，跟你分享下：

问题根源 #

虽然官方推荐复用HttpClient单例来节省连接资源，但Windows.Web.Http.HttpClient底层是WinRT对象，它不是完全线程安全的——当你用Tasks.Run()开多线程并行发起请求时，多个请求的底层操作会交错修改HttpClient的内部状态，就会触发那个恼人的COMException。重试能成功是因为第一次的交错状态被临时修正了，但过段时间再次并行又会触发，本质是并发访问的问题没从根本上解决。

解决方案 #

1. 给HttpClient加并发控制锁 #

用SemaphoreSlim限制同时发起的请求数量，确保同一时间只有有限个请求在操作HttpClient，避免状态交错。这是解决问题的核心。

2. 不要用Tasks.Run()额外开线程 #

SendRequestAsync本身就是异步方法，await会自动在合适的线程上调度，额外用Tasks.Run()只会增加线程上下文切换的风险，反而容易引发并发问题。

3. 每个请求必须用独立的HttpRequestMessage #

绝对不能复用HttpRequestMessage实例，每个请求都要新建一个——这个对象会随着请求发送改变内部状态，复用的话多个请求会互相干扰。

修改后的代码示例 #

// 确保HttpClient和SemaphoreSlim是单例
private static readonly HttpClient _httpClient = new HttpClient();
// 限制同时并发的请求数，可根据实际情况调整（比如5-10）
private static readonly SemaphoreSlim _httpRequestSemaphore = new SemaphoreSlim(5);

public async Task<object> SendHttpRequestAsync(HttpRequestMessage reqMsg, bool isBufferResponseRequired, CancellationToken cancellationToken)
{
    await _httpRequestSemaphore.WaitAsync(cancellationToken);
    try
    {
        var response = await _httpClient.SendRequestAsync(reqMsg).AsTask(cancellationToken);
        
        if (response.IsSuccessStatusCode)
        {
            if (isBufferResponseRequired)
            {
                return await response.Content.ReadAsBufferAsync();
            }
            else
            {
                return await response.Content.ReadAsStringAsync();
            }
        }
        
        // 这里可以添加非成功状态码的处理逻辑
        return null;
    }
    catch (System.Runtime.InteropServices.COMException ex)
    {
        // 可选：保留重试逻辑，但优先确保并发控制到位
        try
        {
            var retryResponse = await _httpClient.SendRequestAsync(reqMsg).AsTask(cancellationToken);
            if (retryResponse.IsSuccessStatusCode)
            {
                return isBufferResponseRequired ? await retryResponse.Content.ReadAsBufferAsync() : await retryResponse.Content.ReadAsStringAsync();
            }
        }
        catch (Exception retryEx)
        {
            // 处理重试失败的情况
            throw retryEx;
        }
    }
    finally
    {
        // 无论请求成功失败，必须释放信号量，避免死锁
        _httpRequestSemaphore.Release();
    }
}

额外注意事项 #

• SemaphoreSlim的并发数可以根据服务器允许的并发量、应用性能情况调整，不要设得过高。
• 确保HttpClient是真正的单例（比如用静态构造、依赖注入单例模式），不要不小心创建多个实例。
• 如果需要发起大量并行请求，可以考虑将请求分组，控制每组的并发数，避免一次性压垮服务器或触发HttpClient的状态问题。

按照这个方法改完之后，我那边的并发请求问题就彻底解决了，再也没出现过那个COMException，你可以试试！

内容的提问来源于stack exchange，提问作者senthil kumar k