.NET 控件 : Why aren't all calls thread-safe?

Question

后 exploding with excitement在学习如何对 Windows 窗体控件进行线程安全调用后，我开始思考......

为什么不是所有对 Windows 窗体控件的调用都是线程安全的？ 谁能解释为什么？我认为这会减少这些控件用户的很多困惑。

Answer 1

这里的问题不是线程安全问题之一。这些方法都是“线程安全的”，因为它们在多个线程上同时调用时不会破坏应用程序的状态——只是线程安全包括抛出错误的线程异常(不记得它叫什么)。

它们拥有的是线程亲和性——它们只能在一个线程上被调用——有时被称为 UI 线程，尽管这是一种误导，因为它暗示只有一个线程。这主要是因为它们所依赖的操作系统调用具有相同的线程关联规则。

相信我 - 这是一件好事。当您考虑“UI 线程”的主要作用时，一切都开始变得清晰起来。 UI 线程的工作是通过键盘或鼠标从用户手中获取输入，对其进行操作，并以像素形式产生响应输出。只有一个用户，而该用户只有一组眼睛。用户希望在屏幕上看到他们所做的一切，最重要的是他们希望看到它按照他们做的顺序发生。多线程 UI 会使这很难实现——几乎不可能。

问题在于，当您将后台“工作”线程与 UI 线程混合时，您需要进行一定量的编码以与 UI 对话，因为您必须在 UI 线程上才能做到这一点。再次，正如我所说，这是一件好事。必须有人进行这种编码，否则用户会看到事情以错误的顺序发生，这很糟糕。诚然，系统可以为您做到这一点，并且在某些 WIN32 调用中确实如此——但这有问题。首先，系统无法知道您需要在什么粒度上进行编码，因此您最终可能会变得效率低下。您的操作可能会在系统可以理解的更高级别上进行更好的编码。其次，编码是昂贵的，它惩罚了做正确事情并将所有内容正确转移到 UI 线程的开发人员。所以系统会做它所能做的最少的事情，检查它是否在正确的线程上，如果不是，则抛出异常。