今天我不得不修复一些使用线程的较老的VB.NET 1.0代码。问题是从工作线程而不是UI线程更新UI元素。我花了一些时间才发现可以使用InvokeRequired的断言来查找问题。如何在.NET中编写安全/正确的多线程代码？
除了上面提到的并发修改问题之外，还有可能遇到的死锁，竞态条件等。 由于调试/修复线程问题是一种痛苦，我想知道如何才能减少这方面的编码错误/错误，以及如何更容易地找到它们中的任何一个。那么，我要问的是：
请在适用和可能的情况下提供一些示例代码。答案应该与.NET框架（任何版本）相关。
这可能是一个大规模的列表 - 阅读Joe Duffy的优秀“Concurrent Programming On Windows”了解更多细节。这是一个很值得倾吐心事......
在调试方面，我没有太多的建议。使用Thread.Sleep来增加看到竞争条件和僵局的机会是可行的，但在你知道该把它放到哪里之前，你必须对错误有一个合理的理解。记录非常方便，但不要忘记代码会进入某种量子状态 - 通过记录观察它几乎肯定会改变它的行为！
我不知道有多好，这将有助于你正在使用的特定应用程序，但这里有两种方法从函数式编程借用编写多线程代码：
不可变对象
如果你需要在线程之间共享状态，状态应该是不可变的。如果一个线程需要对该对象进行更改，它会随着更改而创建对象的全新版本，而不是改变对象的状态。
不变性本身并不限制你可以编写的代码的类型，也不是低效的。有很多不可变堆栈的实现，形成映射和集合的基础的各种不可变树，以及其他类型的不可变数据结构，许多（如果不是全部的话）不可变数据结构与其可变对象一样有效。
因为对象是不可变的，所以它不可能让一个线程在你的鼻子下改变共享状态。这意味着你不需要获取锁来编写多线程代码。这种方法消除了与死锁，活锁和竞赛有关的一整类错误。
二郎式消息传递
你不需要学习语言，但看看二郎，看看它如何处理并发。 Erlang应用程序可以无限期地扩展，因为每个进程完全独立于其他所有进程（注意：这些并不完全是进程，但也不完全是线程）。
进程启动并简单地旋转一个等待消息的循环：消息以元组的形式接收，然后进程可以进行模式匹配以查看消息是否有意义。进程可以发送其他消息，但他们对收到消息的人无动于衷。
这种风格的优势在于消除了锁，当一个进程失败时，它不会降低您的整个应用程序。这里的二郎式并发的一个很好的总结：http://www.defmacro.org/ramblings/concurrency.html
很好的答案。很高兴看到一些关注高级方法的问题，而不是仅列出所有.NET特定的同步原语。 :) – jalf 2009-01-31 22:12:55
这些步骤编写质量（更易于阅读和理解）多线程代码：
使用的FIFO。其中很多。这是硬件程序员的古老秘密，它不止一次地保存了我的培根。
似乎没人回答如何调试多线程程序的问题。这是一个真正的挑战，因为如果存在错误，就需要实时进行调查，而使用Visual Studio等大多数工具几乎不可能。唯一的解决办法是写的痕迹，但跟踪本身应该：
这听起来像一个不可能完成的任务，但可以通过将跟踪写入内存来轻松实现。在C＃中，它会是这个样子：
public const int MaxMessages = 0x100;
string[] messages = new string[MaxMessages];
int messagesIndex = -1;
public void Trace(string message) {
int thisIndex = Interlocked.Increment(ref messagesIndex);
messages[thisIndex] = message;
}
的方法跟踪（）是多线程安全的，无阻塞，可以从任何线程调用。在我的电脑上，执行需要大约2微秒，这应该足够快。
在您认为出现问题的地方添加Trace（）指令，让程序运行，等到错误发生时停止跟踪，然后调查跟踪以查找任何错误。
用于这种方法也收集线程和定时信息更详细的说明，回收缓冲输出跟踪很好，你可以找到在： CodeProject上：实时调试多线程代码1
“但不忘记代码进入某种量子状态“ - *叹*我很清楚这个问题。 – 2009-01-29 21:02:27