C# 为什么'；BackgroundWorker是否需要在ProgressChanged事件处理程序中调用？

既然

ProgressChanged

事件处理程序是从

DoWork

事件处理程序中的某个位置引发的，那么它们不应该在异步操作线程上调用吗？异步操作线程也运行

DoWork

，而不是UI线程，因此需要调用或

BeginInvoke

来操作控件

---

我的猜测是，

ReportProgress

方法中发生了一些神奇的事情，但它怎么知道调用

ProgressChanged

事件处理程序时哪个线程是正确的呢？

当调用

RunWorkerAsync

时，

BackgroundWorker

在内部创建一个与当前同步上下文关联的新上下文，该上下文通过static属性检索

此同步上下文将是派生自的类的实例。具体类型取决于应用程序使用的同步模型提供程序。如果您运行的是Windows窗体，则会是；关于WPF；是的

当您随后在后台线程上调用

ReportProgress

时，

BackgroundWorker

将在内部调用前面提到的

SynchronizationContext

实例，从而将操作异步分派到关联的线程

---

在Windows窗体中，这是作为调用实现的；在WPF上，它变成了一个调用。

或者您可以使用ilspy在封面下查看。正如rene的评论中提到的，我只是读了一些关于

WindowsFormsSynchronizationContext

。正确的做法是：

AsyncOperationManager.SynchronizationContext

生成“

WindowsFormsSynchronizationContext

，默认情况下，

AutoInstall

设置为

true

，因此知道。。到底是什么？运行消息队列的线程，还是创建第一个控件的线程？或者它只是保存“主窗体”以便以后调用

BeginInvoke

？顺便说一句，我注意到当在另一个线程上创建操纵的控件时，它不起作用。

windowsformsssynchronizationcontext

存储对

控件的内部引用（通常是
表单
），在该控件上调用
BeginInvoke
。