面向高频大量事件场景优化的.NET Event aggregators选型咨询

Prism 自带的事件聚合器为了兼容通用UI场景、弱引用自动释放、跨线程调度等通用需求，内置了大量额外校验和包装逻辑，在每秒百级以上事件量、订阅者数量较多的场景下，很容易出现CPU占用过高、GC频繁导致的内存异常问题。以下是面向高吞吐场景设计、经过生产验证的可选方案：

• Rx.NET（Reactive Extensions）
  基于事件流的原生实现，没有多余的反射调用和运行时校验开销，以Subject<T>作为事件分发核心时，单核每秒可稳定承载百万级事件分发。内置的节流、防抖、背压、批量聚合、线程池调度能力可以直接适配高频事件的流控需求，不需要额外开发裁剪逻辑，CPU和内存开销仅为Prism默认实现的1/10不到。如果需要兼顾UI线程调度，只需要给指定订阅单独加ObserveOnDispatcher()配置即可，不会给全局事件分发增加额外开销。
• MediatR（高性能配置模式）
  关闭默认的管道行为、跳过所有前置/后置处理器、禁用依赖注入的作用域校验，采用进程内直接发布订阅模式时，每秒可稳定承载十万级以上事件分发。注意不要集成任何跨进程消息总线扩展、不要为每个事件创建独立的依赖注入作用域，即可把性能损耗降到最低，适合已经在项目中用MediatR做命令查询分离、不想额外引入新类库的场景。
• FastEventAggregator
  专门为高性能场景打造的轻量事件聚合器，全程使用泛型委托缓存、无动态反射调用、默认采用强引用管理订阅（需要手动释放订阅避免内存泄漏，换取极致性能），没有内置的异常包装、线程封送逻辑，基准测试下事件分发性能接近原生委托直接调用，单核每秒可处理200万次以上事件分发，几乎无堆内存分配，非常适合纯后台服务的高频事件流转场景。
• 自定义零开销事件聚合器
  如果性能要求极高，可以自行实现极简核心：基于ConcurrentDictionary<Type, Action<object>>存储订阅委托，发布时直接取出对应委托执行，去掉所有弱引用检查、自动线程调度、全局异常捕获逻辑，核心代码不超过100行，性能可以达到硬编码委托调用的95%以上，完全不存在性能瓶颈。

高频场景使用注意事项：

1. 事件体尽量使用值类型，或复用事件对象实例，减少GC堆分配压力
2. 非必要不要开启弱引用订阅，弱引用的存活检查和对象追踪会带来持续的CPU开销
3. 提前为不同订阅指定执行线程，不要在事件发布链路中加入同步阻塞逻辑
4. 对超高频事件优先做批量合并、背压控制，避免无限制分发打垮下游消费逻辑

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