0

我有一个遗留的（几年前的）WinForms 项目，目前在 .NET 4.0 中。当前的大多数数据检索都使用BackgroundWorker类/模式进行异步检索，但我正在添加一些新功能并希望使用该async模式（通过Async Targeting Pack）。该方法在开发和测试环境中运行良好，但是我们的一些（非平凡的数字）用户在程序中遇到了似乎与线程相关的错误；特别是如果您有其他东西而不是修改 UI 绑定数据的 UI 线程，您可能会看到什么。

遗留控件之一的示例是：

public class LegacyControl
{
    public void LoadData(int id)
    {
        while(isLoading)
        {
            Application.DoEvents();
            Thread.Sleep(50);
        }

        isLoading = true;

        currentId = id;

        worker.RunWorkerAsync(id);
    }

    private bool isLoading;
    private int currentId;
    private object myData;

    private void worker_DoWork(object sender, DoWorkEventArgs e)
    {
        myData = RetrieveData(currentId);
    }

    private void worker_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
    {
        bindingSource.DataSource = myData;
    }
}

新控件之一的示例是：

public class NewControl
{
    public void LoadData(int id)
    {
        LoadDataAsync(id).ContinueWithErrorHandling(); // custom extension method to generically handle unhandled task exceptions.
    }

    private async Task LoadDataAsync(int id)
    {
        var data = await RetrieveSomeOtherDataAsync(id);

        bindingSource.DataSource = data;
    }
}

虽然我对这种可能性持怀疑态度，但我正在努力弄清楚这里发生了什么。有没有可能使用async/await会以某种方式弄乱BackgroundWorker并导致其RunWorkerCompleted事件在后台线程而不是 UI 线程上运行？

我可以尝试删除 TPL 代码，但由于我无法在我的环境中重现错误行为，我真的没有任何测试方法。

4

1 回答 1

3

async根本不会乱来BackgroundWorker。BackgroundWorker是它自己完全独立的线程。

您发布的代码中最可疑的部分是DoEvents. 这会创建一个嵌套的消息循环，因此您必须考虑整个应用程序并确保您拥有的任何UI 事件处理程序（和async延​​续）在从该方法调用时都能正常工作。

于 2013-10-04T13:26:34.560 回答