BackgroundWorker 的底层是如何工作的?

发布于 2024-08-15 11:46:27 字数 164 浏览 6 评论 0原文

它如何知道何时在其 ProgressChanged 事件处理程序中编组对 UI 线程的调用?

我知道 SynchronizationContext.Current 可以做到这一点,但此属性仅在主 UI 线程中设置,如果在另一个后台线程上创建后台工作程序怎么办?

有人可以解释一下吗?

how does it knows when to/not to marshal call to the UI thread in it's progresschanged event handler?

I know SynchronizationContext.Current can do the trick, but this property is only set in the main UI thread, what if the backgroundworker is created on another background thread?

Can anybody kindly explain?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

狼性发作 2024-08-22 11:46:27

根据 Reflector,从 UI 线程调用的 BackgroundWorker.RunWorkAsync 使用 AsyncOperationManager.CreateOperation。

此方法访问 SynchronizationContext.Current(如果不存在则创建一个新的)。

所以SynchronizationContext是在BGW启动时保存的。

According to the Reflector, BackgroundWorker.RunWorkAsync which is called from the UI-thread uses AsyncOperationManager.CreateOperation.

This method accesses SynchronizationContext.Current (or creates a new if none exists).

So the SynchronizationContext is saved when starting the BGW.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文