C# HttpClient在IIS Web应用中GetAsync超时，WebClient可正常运行

以下代码在控制台应用中运行正常，但部署到IIS的Web应用时，会在client.GetAsync(URL)代码行出现超时问题：

static async Task<byte[]> GetLogo(string URL, string AccessToken)
{
    byte[] imageData = null;

    using (HttpClient client = new HttpClient())
    {
        client.DefaultRequestHeaders.Authorization = new AuthenticationHeaderValue("Authorization", "Bearer " + AccessToken);
        HttpResponseMessage response = await client.GetAsync(URL);
        if (response.IsSuccessStatusCode)
        {
            imageData = await response.Content.ReadAsByteArrayAsync();

        }

    }

    return imageData;
}

编辑补充：使用旧版System.Net.WebClient实现相同功能时，控制台和Web应用均运行正常：

private MemoryStream GetStreamFromUrl(string url,string AccessToken)
{

    byte[] imageData = null;
    MemoryStream ms;

    ms = null;

    try
    {
        using (var wc = new System.Net.WebClient())
        {
            wc.Headers.Add("Authorization", "Bearer " + AccessToken);
            imageData = wc.DownloadData(url);
        }
        ms = new MemoryStream(imageData);
    }
    catch (Exception ex)
    {
        //do something
    }

    return ms;

}

• 连接池耗尽：你在方法内每次创建新的HttpClient实例，即便用using释放，其底层的HttpMessageHandler不会立即释放TCP连接。在IIS高并发场景下，会快速耗尽连接池，导致后续请求排队超时。而WebClient内部会复用连接，不会出现这个问题。
• 网络配置差异：控制台应用使用当前登录用户的网络配置，IIS应用池则使用系统账户（如ApplicationPoolIdentity），可能未配置正确的代理服务器，导致HttpClient无法正常访问目标URL；WebClient可能默认继承了系统代理设置，或者在IIS环境下的网络权限更宽松。
• 异步上下文死锁：如果调用GetLogo的代码存在同步等待（比如.Result或.Wait()），在传统ASP.NET的IIS上下文（非.NET Core）中会触发上下文死锁，进而引发超时。WebClient是同步调用，不会触发这种场景。
• 超时设置差异：HttpClient默认超时时间为100秒，WebClient默认无超时限制（或实际生效的超时更长）。如果目标URL在IIS环境下响应变慢，HttpClient会先触发超时，而WebClient能完成请求。
• 权限限制：IIS应用池账户可能没有访问目标URL的权限（比如目标服务器防火墙限制了IIS服务器IP，或需要特定用户权限），控制台应用用的是你的用户账户，权限足够；WebClient可能在某些场景下自动处理了身份验证或权限传递，而HttpClient没有。

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