使用System.Reactive时选EventHandler还是Rx Subject？二者有什么区别？

核心区别 #

• API范式与兼容性
  • EventHandler 是.NET 传统事件模型的标准实现，无额外学习成本，兼容所有.NET 生态下不依赖 Rx 技术栈的代码场景，适合面向非 Rx 使用者暴露公共接口。
  • Subject 是 Rx 体系原生的可观测序列实现，天生适配 Rx 全量操作符生态，不需要额外通过 Observable.FromEventPattern 做转换，可直接参与 Rx 链路的组合、变换逻辑。
• 生命周期管理
  • 传统 EventHandler 的订阅默认持有发布方的强引用，订阅方未主动取消订阅时极易出现内存泄漏，即使用 FromEventPattern 包装也只是托管了事件的加减订阅逻辑，生命周期仍受事件本身的实现约束。
  • Subject 本身实现了 IObservable<T> 接口，订阅返回的 IDisposable 可直接纳入 Rx 统一资源管理体系（如示例中的 DisposeWith 扩展），且当 Subject 调用 OnCompleted 时所有订阅会自动释放，不需要手动取消，大幅降低内存泄漏风险，和示例中 Dispose 方法里对 _connectedSubject 调用 OnCompleted 的逻辑完全匹配。
• 语义完整性与封装性
  • 传统事件仅支持触发通知这一种语义，没有内置错误通知、序列结束的表达能力，如果要扩展连接失败、连接断开等状态，需要额外定义多个独立事件，维护成本高。
  • Subject 天然支持 OnNext/OnError/OnCompleted 三种 Rx 标准信号，可通过同一个可观测序列推送全生命周期的状态，订阅方可直接复用 Catch、Finally 等 Rx 操作符处理全链路逻辑，不需要监听多个事件。同时可以通过 AsObservable() 对外隐藏自身可写入的特性，仅暴露只读的 IObservable<T> 接口，避免外部误触发事件，封装性优于传统事件。

选择建议 #

• 若项目为内部纯 Rx 技术栈，或需要大量使用 Rx 操作符处理事件流，优先选择 Subject，相比 EventHandler 不需要额外做转换，代码更简洁易读，和 Rx 生态的适配度更高。
• 若开发的是对外公开的通用类库，需要兼容不使用 Rx 的使用者，或需要对接老旧项目的现有逻辑，可以保留 EventHandler 实现，也可以参考示例代码同时暴露两种接口，兼顾不同场景的使用需求。

内容的提问来源于stack exchange，提问作者nop