SynchronizationContext是否仅用于WPF，Win窗体？

Question

我读到的每一篇关于SynchronizationContext的文章都谈到如何处理表单的控件。这是SynchronizationContext的唯一目的吗？

我还必须问一个基本问题:为什么我不能在使用UI线程之前先对每个控件执行一个锁呢？为什么我需要所有这些"SynchronizationContext“来与控件通信？我是说，这不是一种更好的控制方式吗？(我知道这行不通)。

文章：

http://blogs.msdn.com/b/csharpfaq/archive/2010/06/18/parallel-programming-task-schedulers-and-synchronization-context.aspx

http://reedcopsey.com/2010/03/18/parallelism-in-net-part-15-making-tasks-run-the-taskscheduler/

。。

Answer 1

SynchronizationContext可用于在任何其他线程的上下文中执行工作。

但是这里有一个主要的警告:其他线程需要为此做好准备，例如使用消息泵，就像WinForm和WPF中的UI线程一样。另外，那些UI线程总是有一个SynchronizationContext，而其他线程类型通常没有。

至于锁定作为另一种选择，则需要在Microsoft类中进行完全不同的设计。这可能是可能的，尽管它也可能导致线程在等待时阻塞很长时间。我认为它会为误用打开许多可能性。

这篇关于代码项目的文章很有帮助，就像https://stackoverflow.com/a/4107653/586754一样。