46、深入探索 C 中的委托、事件与 LINQ

深入探索 C# 中的委托、事件与 LINQ

一、事件相关的内存泄漏问题

在编程中，存在一个持久的误解，认为基于事件的内存泄漏与循环引用有关。实际上，垃圾回收（GC）能够很好地处理循环引用。虽然在这些场景中常常存在循环引用，但这并非问题所在。真正的问题是在不再需要对象后，意外地使这些对象仍然可达，无论是否存在循环引用，这样做都会引发问题。

解决方案

1. 移除事件处理程序 ：如果 UI 层将处理程序附加到长时间存活的对象上，当相关 UI 元素不再使用时，应移除这些处理程序。
2. 使用弱引用 ：可以使用弱引用确保如果事件源是唯一持有目标引用的对象，它不会使目标对象保持存活。WPF 提供了 WeakEventManager 类，允许以一种方式处理事件，使得处理对象能够在无需取消订阅事件的情况下被垃圾回收。WPF 在将 UI 绑定到提供属性更改通知事件的数据源时会使用此技术。

需要注意的是，尽管与事件相关的泄漏通常出现在 UI 中，但它们可能在任何地方发生。只要事件源仍然可达，其所有附加的处理程序也将保持可达。

二、事件与委托的选择

选择依据

1. 特定编程习惯 ：某些情况下，由于要支持特定的编程习惯，选择可能已经确定。例如，若要使 API 支持 C# 中的异步功能，需要实现使用委托而非事件进行完成回调的模式。
2. 订阅和取消订阅的便利性 ：事件提供