C#事件与线程安全：探讨备受争议的复制检查模式
C#事件的线程安全问题一直备受关注，因为在检查空值和触发事件之间短暂的时间间隔内，事件委托可能变为null。这导致了始终在检查空值和触发事件之前创建事件副本的建议。
虽然此技术解决了空引用异常的特定问题，但它未能解决允许事件委托首先变为null的潜在竞争条件。正如JIT专家Jon Skeet所述，CLR不会优化复制步骤。
在引发事件时，另一个线程可以取消订阅事件，导致执行流程不一致。当取消订阅的线程这样做是为了防止调用事件处理程序时，此行为尤其成问题。
在事件中依赖复制检查模式来保证线程安全一直被批评为“Cargo Cult Programming”（迷信式编程），仅仅是复制一种实践，而没有完全理解其目的或局限性。它掩盖了潜在的竞争条件，并提供了一种虚假的安全感。
.NET Framework没有提供直接的解决方案来缓解此问题，但是有一些技术可以设计线程安全的组件。这些技术包括在构造函数中存储线程ID以检测外部干扰，或在事件访问器方法中实现显式同步机制。
作为复制检查习惯用法的一种替代方法，将空委托分配给事件声明可以消除对空值检查的需求。但是，它不能解决竞争条件问题。
最终，在事件驱动的代码中提供线程安全需要一种全面的方法，既要解决潜在的空值问题，也要解决竞争条件问题。仅复制检查模式是不够的，在多线程环境中应谨慎使用。
以上是C# 的复制并检查事件处理真的是线程安全的吗？的详细内容。更多信息请关注PHP中文网其他相关文章！
