.NET 6 WPF请求无响应服务器致程序及桌面冻结排查

冻结原因 #

• 未处理异常阻塞UI线程：服务器不可用时，webRequest.GetResponse()或await webRequest.GetResponseAsync()会抛出WebException等网络异常。如果循环任务中未捕获这些异常，异常会持续向上冒泡，抢占UI线程的消息处理资源，最终导致应用、调试器甚至桌面失去响应。
• 同步调用直接卡住UI线程：若使用同步的webRequest.GetResponse()，服务器不可用时的超时等待会直接占用UI线程，叠加未处理异常的影响，冻结问题会迅速恶化。
• 无限制失败请求耗尽资源：服务器不可用时，循环任务若没有退避策略，会在极短时间内发起大量失败请求，每个请求的异常处理都会消耗UI线程资源，最终导致系统资源耗尽。

解决办法 #

• 强制捕获所有网络异常：在网络请求代码外层添加try-catch块，兜底捕获所有可能的网络相关异常，避免异常扩散到UI线程。示例代码：

try
{
    var response = await webRequest.GetResponseAsync();
    // 处理响应逻辑
}
catch (WebException ex)
{
    // 记录日志或本地提示，禁止异常向上抛出
    Debug.WriteLine($"请求失败: {ex.Message}");
}
catch (Exception ex)
{
    // 捕获其他意外异常
    Debug.WriteLine($"未知错误: {ex.Message}");
}

• 严格使用异步请求：必须采用await webRequest.GetResponseAsync()而非同步的GetResponse()，确保网络请求不会阻塞UI线程。若存在同步操作逻辑，需用Task.Run包裹在后台线程执行。
• 添加异常退避策略：服务器不可用时，逐步增加请求延迟，避免短时间内大量失败请求占用资源。示例：

int delayMs = 1000;
while (true)
{
    try
    {
        // 网络请求逻辑
        delayMs = 1000; // 请求成功后重置延迟
    }
    catch
    {
        delayMs = Math.Min(delayMs + 1000, 5000); // 失败后延迟递增，最大5秒
    }
    await Task.Delay(delayMs);
}

• UI操作必须切换到UI线程：若需在请求后更新UI，必须通过Dispatcher.Invoke或Dispatcher.BeginInvoke切换到UI线程，避免跨线程操作引发的异常或卡顿。
• 替换为现代HttpClient API：WebRequest是老旧API，推荐使用HttpClient——它的异步模型更稳定，异常处理更清晰，且默认支持连接池，能更高效地管理网络资源。示例：

private readonly HttpClient _httpClient = new HttpClient();

async Task FetchData()
{
    try
    {
        var response = await _httpClient.GetAsync("目标接口地址");
        response.EnsureSuccessStatusCode(); // 触发HTTP错误状态码的异常
        var content = await response.Content.ReadAsStringAsync();
        // 处理返回内容
    }
    catch (HttpRequestException ex)
    {
        Debug.WriteLine($"请求错误: {ex.Message}");
    }
}

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