.net - 为什么 CurrentCulture 是 Thread 的属性？

Question

当前文化信息(CurrentCulture 和/或 CurrentUICulture)是正在运行的线程的一个属性，这让我觉得这是一个奇怪的设计选择。至少，这样的事情的范围似乎应该是上一级，在流程级别。

但是，一旦您听到基本原理，这些事情通常就有意义了。找出为什么 .NET 设计者认为 Thread 是放置此属性的正确位置可能会很有启发性。

Answer 1

首先，这并不是他们的选择。这个决定是在他们开始之前很久就做出的，文化是操作系统线程的属性。例如，查看 Get/SetThreadLocale() API 函数的 SDK 文档。

这并不能完全解释它，他们已经虚拟化了其他操作系统功能，尽管这个很难虚拟化，因为很多 API 都是文化敏感的，尤其是 COM 的。

下一个很好的理由是因为在整个过程范围内改变文化非常难以实现。这是一个无法解决的竞争条件。其他一些线程很可能正在格式化具有文化亲和力的数据。虽然锁可以防止它在更改时使用区域性属性，但它不能阻止它在格式化调用链的中间更改。这将要求他们采取某种全局锁并在格式化作业期间保持它。死锁的可能性很大。

这还有另一个方面，我认为这是真正的问题。它与 Thread.ExecutionContext 属性有关。框架使用它来将线程状态从一个线程“流动”到另一个线程。将诸如安全上下文之类的东西灌输到工作线程上非常晦涩但很重要。如果该上下文也可以灌输文化，那将是理想的，这样您就可以确保您启动的任何工作人员都具有您选择的相同文化而不是操作系统默认值。

没有，我真的不知道为什么。可能是因为我给出的第一个原因。然而，这确实使得改变线程的文化非常危险。可能导致的错误类型非常微妙。就像在具有非操作系统默认区域性的主线程中创建一个以字符串为键的 SortedDictionary。然后发现工作线程偶尔不能再找到东西了，因为字符串排序规则不同。

编辑:.NET 4.5 中的这个问题有所缓解，它支持新的静态 CultureInfo.DefaultThreadCurrentCulture 和 DefaultThreadCurrentUICulture 属性。

EDIT2:文化现在如 .NET 4.6 第 4 段所述流动。这应该可以缓解所有担忧。