我有一个程序涉及在一个线程上从网络接收数据包，然后通知其他线程该数据包已收到。我目前的方法使用 Thread.Interrupt，在传输大量数据时似乎有点慢。使用“锁”来避免使用多个中断会更快，还是锁真的只是在其实现中调用 Interrupt()？
【问题讨论】：
Thread.Interrupt 排除在外。
Thread.Interrupt似乎都不是实现线程间通信或同步的明智方式。我什至不确定您会如何考虑在这种情况下使用锁。但我相当肯定我可以回答提出的最后一个问题 - 我不相信 lock 在内部使用 Thread.Interrupt。
标签： c# multithreading networking
我不明白你为什么要使用Thread.Interrupt 而不是一些更传统的信令方法来通知等待线程接收到数据。 Thread.Interrupt 无论如何都要求目标线程处于等待状态，那么为什么不添加一个可以向目标线程的等待逻辑发出信号的对象，并使用它来获取新数据呢？
lock 用于保护关键代码或数据不被其他线程执行，不适合作为线程间活动信号的机制。
在合适的对象上使用WaitOne 或WaitAll 而不是其中任何一个。 .Net 4 中的 System.Collections.Concurrent 还提供了将新数据排队到目标线程 pol 的出色方法，以及解决问题的其他可能方法。
【讨论】：
WaitHandle 通常是@Brian Gideon 列出的同步对象的超类 - 从该列表中挑选你的毒药，祝你好运。
Thread.Interrupt 和lock 都不太适合向其他线程发送信号。
Thread.Interrupt 用于戳或解开 BCL 中的阻塞调用之一。 lock 用于防止同时访问资源或代码块。通过以下机制之一更好地向其他线程发送信号。
【讨论】：
我通常在读取或写入时使用标准队列和 lock 关键字。或者，队列上的 Synchronized 方法消除了使用锁的需要。 System.Threading.Semaphore 是在有新作业要处理时通知工作线程的最佳工具。
如何添加到队列的示例
lock ( myQueue) { myQueue.Enqueue(workItem); }
mySemaphore.Release();
如何处理工作项的示例：
mySemaphore.WaitOne();
lock (myQueue) { object workItem = myQueue.Dequeue(); }
// process work item
信号量设置：
mySemaphore = new Semaphore(0, int.MaxValue);
如果这太慢并且同步开销仍然在您的应用程序中占主导地位，您可能需要考虑一次调度多个工作项。
根据您正在做的事情，.NET 4.0 中的新并行化功能也可能对您的应用程序非常有帮助（如果可以的话）。
【讨论】：