您是否曾花费几个小时试图调试多线程应用程序中出现的非确定性问题？如果是这样，那么你一定要阅读这篇文章。如果不是，那么它无论如何都是修改您当前关于C＃中的线程挑战的知识的好方法。了解有关线程的一些常见事实可以帮助您在将来构建设计良好，防错误的多线程应用程序。

如果线程具有对同一对象实例的公共引用，则它们共享数据

代码如下：

执行时，结果为：在屏幕上打印Work done。正如您在上面的示例中所看到的，两个线程(main和newThread)都在SomeClass的同一个实例上调用DoWork()方法。因此，虽然_isWorkDone字段是非静态的，但它们共享它。因此，"Work done"仅在屏幕上打印一次，而不知道上述内容的程序员则希望打印两次。

当进程终止时，不执行后台线程中的"finally"块

代码如下：

执行时，结果为：Doing some work......Closing the program...打印在屏幕上。正如您在上面的示例中所看到的，当进程终止时(因为主线程已完成其执行)，后台线程中的"finally"块不会被执行。如果在最后完成"处理"工作，例如关闭流，释放资源或删除一些临时文件，这可能会造成很大的麻烦。

Lambda表达式中的捕获值也是共享的

代码如下：

应该导致以下输出：0123456789嗯，它没有。结果是完全不确定的！这里的技巧是i变量在"for"循环的整个生命周期中引用相同的内存位置。因此，每个线程在同一个变量上调用Console.Write方法，该变量在运行时发生变化。上面的解决方案是使用临时变量：

锁定不会以任何方式限制对同步对象本身的访问。

这意味着，如果一个线程调用：lock(x)而另一个线程调用x.ToString()，则后者不会被阻塞。换句话说：用于锁定的物体是未被锁定的储物柜。

创建线程时在范围内尝试/ catch / finally块，在线程开始执行时与线程无关

代码如下：

不会导致在Main方法的"catch"块中捕获异常。遗憾的是，它仍未被捕，将导致程序关闭。解决上述问题最自然的方法当然是将try / catch块移动到Divide方法。

如果一个对象是线程安全的，那并不意味着你不需要锁定它来访问它

代码如下：

假设_list类完全是线程安全的。然而，在检查和添加到列表之间仍有可能另一个线程已经添加了某个项目。上面的例子表明，拥有一个线程安全的类并不意味着当你使用它时代码仍然是线程安全的。

程序的指令可以由编译器，CLR或CPU重新排序，以提高效率。

对于那些不了解这一点的开发人员来说，这可能真的很棘手。为了解释这个过程，我们首先来看看下面这段代码:

问题是：这是可能的，假设A和B在不同的线程上同时运行，B将在屏幕上写"0"吗？逻辑上认为不是：在_done设置为true之前，我们无法进入Console.WriteLine。要将_done设置为true，我们首先需要为_value字段分配1。令人惊讶的是，尽管有可能，因为：

· 编译器，CLR或CPU可能会重新排序程序的指令以提高其效率.

· 编译器，CLR或CPU可能会引入缓存优化，这样对变量的赋值将立即对其他线程不可见.

好的，现在问题出现了：如何解决这样的挑战？那么至少有一些解决方案，但通常最优选的解决方案是创建内存栅栏。简而言之，完整的内存屏障(围栏)在使用时可防止任何类型的指令重新排序或缓存此屏障。在C＃中，您调用Thread.Barrier来生成这样的围栏。在上面的示例中，以下代码将解决我们的问题：

如果您想了解更多关于构建多线程应用程序时可能遇到的不同挑战和问题，我强烈推荐Joseph Albahari的免费电子书 ：C＃中的线程。 如果您了解C＃中与线程相关的其他一些有趣场景，请随时通过发表评论与我们分享！