System.ComponentModel.BackgroundWorker 从不调用 ProgressChanged

Question

我最近重写了我的 Windows 窗体应用程序以使用 BackgroundWorker 实例，而不是使用手动创建的“工作线程”。签入后我注意到一些测试开始失败。经过一些调试后，我可以通过向您展示以下 2 个测试来证明我的问题：

    [Test]        
    public void Test_A()
    { 
        bool progressChanged = false;
        var worker = new BackgroundWorker();
        worker.WorkerReportsProgress = true;
        worker.DoWork += (s, e) => worker.ReportProgress(0, null);
        worker.ProgressChanged += (s, e) => progressChanged = true;
        worker.RunWorkerAsync();
        Thread.Sleep(100);
        progressChanged.ShouldBeTrue();            
    }

    [Test]        
    public void Test_B()
    { 
        //Creation of o form component causes (?) this test to fail, even do I dispose it
        var view = new Form();
        view.Dispose();

        bool progressChanged = false;
        var worker = new BackgroundWorker();
        worker.WorkerReportsProgress = true;
        worker.DoWork += (s, e) => worker.ReportProgress(0, null);
        worker.ProgressChanged += (s, e) => progressChanged = true;
        worker.RunWorkerAsync();
        Thread.Sleep(100);
        progressChanged.ShouldBeTrue();            
    }

Test_A 成功，而 Test_B 失败。这与我睡 100 毫秒还是 100 分钟无关。为什么？？我的生产代码似乎可以工作，但令人烦恼的是无法拥有有效的回归测试套件（我还有其他创建表单组件的测试，并且这些测试必须在使用BackgroundWorker进行测试之前执行） 下一步是检查BackgroundWorker的源代码，但在这之前我想我应该在这里检查一下帮助。

问候迈克尔

Answer 1

在其他任何事情之前添加

WindowsFormsSynchronizationContext.AutoInstall = false;

In Test_B() 。 BackgroundWorker 非常面向 UI（即：Winforms），它会疯狂猜测如何同步事物，但并不像您想要的那样。看看这里的一些解释（尤其是来自 Scott Berry 的解释）：