VB.NET中BackgroundWorker结合HttpClient异步调用报错求助

核心原因 #

BackgroundWorker是.NET早期基于APM（异步编程模型）设计的旧组件，完全不兼容现代async/await异步模型。当你在DoWork事件处理程序中使用async方法时：

• 由于DoWorkEventHandler不支持返回Task，你只能用async void，这种情况下，方法会在执行到第一个await时立即返回，BackgroundWorker会误以为后台操作已经完成，提前调用OperationCompleted标记状态。
• 后续再调用ReportProgress时，就会触发InvalidOperationException，因为组件认为操作已经结束，不允许再进行进度报告。

而旧的WebResponse/WebRequest是同步API，DoWork事件会一直阻塞到操作完成，BackgroundWorker全程处于运行状态，所以ReportProgress可以正常工作。

解决方案 #

1. 替换BackgroundWorker为现代异步方案（推荐） #

用Task.Run配合IProgress<T>接口实现异步操作+进度报告，这是.NET官方推荐的现代异步模式，完全避免BackgroundWorker的兼容性问题。

示例代码：

// 在UI线程创建进度报告对象（自动切换回UI线程更新）
var progress = new Progress<int>(progressPercent => {
    // 这里写UI进度更新逻辑，比如更新进度条
    progressBar.Value = progressPercent;
});

// 启动异步爬虫任务
await Task.Run(async () => {
    using var httpClient = new HttpClient();
    var totalTasks = 10; // 示例总任务数

    for (int i = 0; i < totalTasks; i++) {
        // 异步请求页面
        var html = await httpClient.GetStringAsync("https://target-site.com/page-" + i);
        // 处理页面内容（解析、存储等）
        ProcessHtml(html);

        // 报告进度
        progress.Report(((i + 1) * 100) / totalTasks);
    }
});

2. 若必须保留BackgroundWorker（不推荐） #

如果因项目限制无法替换BackgroundWorker，只能放弃async/await，改用HttpClient的同步方法，确保DoWork事件直到操作完成才返回：

private void BackgroundWorker_DoWork(object sender, DoWorkEventArgs e) {
    var worker = sender as BackgroundWorker;
    using var httpClient = new HttpClient();

    // 用.Result同步等待异步操作完成（注意：可能导致线程阻塞或死锁）
    var html = httpClient.GetStringAsync("https://target-site.com").Result;
    ProcessHtml(html);

    // 此时BackgroundWorker仍处于运行状态，可正常报告进度
    worker.ReportProgress(50);

    // 后续操作...
}

注意：这种方式会丢失异步操作的性能优势，且在UI线程上下文环境中存在死锁风险，仅作为临时兼容方案。

关键提醒 #

BackgroundWorker已被.NET标记为过时组件，官方建议使用Task结合IProgress<T>、Async/Await的模式替代，从长期维护角度看，替换是最优选择。

内容的提问来源于stack exchange，提问作者Gary L Smith