在发射之前复制事件是否可以防止C＃中的线程安全问题？

c＃事件，线程安全和抢占副本的神话 在多线程方案中处理C＃事件的一种常见但有缺陷的方法涉及在访问和启动之前创建事件代表的副本。 当事件处理程序同时删除时，所谓的好处是防止>错误。 但是，这种做法通常被标记为“货物邪教编程”，在很大程度上是无效的，甚至可以掩盖严重的种族条件。

核心问题在于事件处理程序删除的时间。 如果一个线程在另一个线程访问它的同时删除处理程序，则复制/检查方法虽然似乎阻止了无效异常，但并不能解决潜在的并发问题。 正如乔恩·斯基特（Jon Skeet）指出的那样，CLR不会优化副本，而是增加了不必要的开销。 C＃6的null条件运算符（

）提供了用于零检查的更干净的解决方案。NullReferenceException 但是，更大的威胁是种族条件本身。 即使有非零副本，由于多线程的异步性质，代表也可能无法反映最新状态。 埃里克·利普特（Eric Lippert）强调，即使在取消订阅后，鲁棒事件处理程序也应正常运行。 盲目依靠无效检查可以掩盖这些种族条件，从而导致不可预测的行为。 总之，先发制副本方法会增加复杂性，而无需提供真正的线程安全性。 为了有效地处理多线程环境中的事件，坚固的同步机制（如锁）至关重要。 这超出了简单的副本/检查方法，需要对并发控制更全面地了解。

以上是在发射之前复制事件是否可以防止C＃中的线程安全问题？的详细内容。更多信息请关注PHP中文网其他相关文章！