今天我需要修复一些使用线程的旧VB.NET 1.0代码。问题出在从工作线程而不是UI线程更新UI元素。花了我一些时间才发现我可以使用InvokeRequired断言来找到问题。
除了上述的并发修改问题，还有死锁、竞态条件等其他问题，人们可能会遇到。因为调试/修复线程问题很麻烦，所以我想知道如何减少这个区域的编码错误/故障，并且如何更容易地找到它们。因此，我的问题是：
如果适用和可能，请提供一些示例代码。答案应与.NET框架（任何版本）相关。
这可能是一个庞大的列表 - 阅读乔·达菲出色的 "Windows上的并发编程" 以获取更多细节。这基本上是一个头脑倾泻...
关于调试，我没有太多的建议。使用Thread.Sleep来增加看到竞态条件和死锁的机会可能有效，但是在知道放置位置之前，您必须对问题有相当合理的了解。日志记录非常方便，但不要忘记代码会进入一种量子状态-通过日志记录观察它几乎肯定会改变其行为！
我不确定这对你正在处理的特定应用程序有多大帮助，但以下是两种函数式编程借鉴的方法，可用于编写多线程代码:
不可变对象
如果需要在线程之间共享状态，则状态应该是不可变的。如果一个线程需要更改对象的状态，则应创建一个具有更改内容的全新版本，而不是改变对象的状态。
不可变性并不会本质上限制您可以编写的代码类型，也不会低效。有许多实现了不可变栈、构成映射和集合基础的各种不可变树以及其他类型的不可变数据结构，许多(如果不是所有)不可变数据结构与其可变对应物一样高效。
由于对象是不可变的，因此不可能在你的面前突然修改共享状态。这意味着您无需获取锁来编写多线程代码。这种方法消除了一整类与死锁、活锁和竞态条件相关的错误。
Erlang风格的消息传递
不需要学习这种语言，但可以看看Erlang如何处理并发。Erlang应用程序可以快速扩展，因为每个进程都完全独立于所有其他进程(note:这些不完全是进程，但也不完全是线程)。
进程启动并简单地旋转循环，等待消息:消息以元组的形式接收，进程可以对其进行模式匹配，以查看消息是否有意义。进程可以发送其他消息，但他们对接收消息的人漠不关心。
这种风格的优点是消除了锁定，当一个进程失败时，它不会使整个应用程序崩溃。以下是Erlang风格并发的一个好总结：http://www.defmacro.org/ramblings/concurrency.html
使用FIFO。使用大量的FIFO。这是硬件程序员的古老秘密，它已经多次拯救了我的麻烦。
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;
}
以下是编写高质量（更易于阅读和理解）多线程代码的步骤：