c# - System.Timers.Timer 与 System.Threading.Timer 的线程安全

Question

在本文中:http://msdn.microsoft.com/en-us/magazine/cc164015.aspx作者声明 System.Threading.Timer 不是线程安全的。

从那时起，这在博客上、Richter 的书“CLR via C#”和 SO 中都重复了这一点，但这从来没有被证明是合理的。

此外 MSDN documentation确保“这种类型是线程安全的。”

1)谁说的是真话？

2) 如果这是原始文章，是什么让 System.Threading.Timer 不是线程安全的，以及它的包装器 System.Timers.Timer 如何实现更多的线程安全？

谢谢

Answer 1

不，这不是它的工作方式。 .NET 异步 Timer 类是完全线程安全的。线程安全的问题在于它不是传递属性，它不会使执行的其他 代码也成为线程安全的。您编写的代码，而不是 .NET Framework 程序员。

Windows UI 代码基本上是线程不安全的这一非常普遍的假设是同一类问题。事实并非如此，Windows 内部的代码是完全线程安全的。问题是所有运行的代码都不是 Windows 的一部分，也不是由 Microsoft 程序员编写的。总是有很多 代码，由 SendMessage() 调用触发。它运行程序员编写的自定义代码。或者不是他写的代码，比如某个实用程序安装的钩子(Hook)。假定程序不会使其变得困难并且仅在一个线程上执行消息处理程序的代码。他通常会这样做，不这样做会给他带来很多麻烦。

System.Timers.Timer.Elapsed 事件和 System.Threading.Timer 回调存在同样的问题。程序员在编写代码时会很多 错误。它在任意线程池线程上完全异步运行，接触任何共享变量确实需要锁定来保护状态。非常容易被忽视。更糟的是，更糟的是，当代码再次运行时，在上一个调用停止运行之前，很容易让自己陷入一堆麻烦。当计时器间隔太短或机器负载太重时触发。现在有 两个 线程运行相同的代码，很少有好结果。

线程很难，十一点新闻。