C#.NET : "Multi Threaded Apartment" and "Multithreading"

Question

我正在学习多线程概念(一般来说，针对 C#.NET)。阅读不同的文章，仍然无法完全理解一些基本概念。

我发布 this问题。 “Hans Passant”解释得很好，但我无法理解其中的某些部分。所以我开始谷歌搜索。

我读了this没有答案的问题。

多线程和 MTA 相同吗？

假设我编写了一个 STA 的 WinForm 应用程序(如上所述其 Main() 方法)，我仍然可以在我的应用程序中创建多个线程。我可以肯定地说我的应用程序是“多线程的”。这是否也意味着我的应用程序是 MTA？

在谈论 STA/MTA 时，大多数文章(如 this)都在谈论 COM/DCOM/Automation/ActiveX。这是否意味着 DotNet 与 STA/MTA 无关？

Answer 1

没有。 MTA 和 STA 一样，是单线程的属性。您现在作出完全相反的 promise ，您声明该线程绝对什么 都不做以保持外部代码线程安全。因此，无需调度员，您可以根据需要阻止尽可能多的时间。

这当然会产生后果，而且可能会非常不愉快。如果您的程序的 UI 线程位于 MTA 中，那将是致命的，因为它使用了太多从根本上讲是线程不安全的外部组件。剪贴板不起作用，拖放不起作用，OpenFileDialog 通常只是挂起您的程序，WebBrowser 不会触发其事件。

一些组件会检查这个并引发异常，但这个检查并没有始终如一地实现。 WPF 值得注意，虽然单元状态通常只对非托管代码有影响，但 WPF 借用了这个概念并提出“调用线程必须是 STA，因为许多 UI 组件都需要这个”。这有点误导，它的真正意思是线程必须有一个调度程序才能允许其控件工作。但在其他方面与 STA promise 一致。

当组件使用COM并且作者提供了代理时，它可以工作。 COM 基础结构现在介入使组件线程安全，它创建一个新的线程 STA 来给它一个安全的家。每个方法调用都会自动编码，以便在该线程上运行，从而提供线程安全性。完全等同于 Dispatcher.Invoke() 但完全自动完成。然而，结果是这很慢，通常需要几纳秒的简单属性访问现在可能需要几微秒。

如果该组件既支持 MTA 又支持 STA，那您就很幸运了。这并不常见，只有像 Microsoft 这样的公司才不遗余力地确保他们的库线程安全。

也许我应该强调，公寓的概念在 .NET Framework 中是完全缺失的。除了说明单元类型的基础知识外，这是必要的，因为 .NET 程序通常需要与非托管代码互操作。因此，使用工作线程编写 Winforms 应用程序就很好，而且这些工作线程始终位于 MTA 中，但是您必须自己处理线程安全问题，没有什么是自动的。

这通常很好理解，几乎每个人都知道如何使用 lock 关键字、Task 和 BackgroundWorker 类，并且知道更新 UI 需要 Control.Begin/Invoke() 方法从工作线程。使用 InvalidOperationException 在您出错时提醒您。将其留给程序员而不是系统来处理线程安全确实会使使用线程变得更加困难。但是给你很多机会比系统做得更好。这是必要的，在 20 世纪 90 年代后期的中间件大战中，Java 猛击它的脸时，这个系统提供的线程安全性受到了严重的打击。