在我的许多订阅者的情况下，异步事件的优点或替代方案

让我们假设我有一个类Item。项的值取自外部源。要获得最新的值，必须在循环中尽可能快地请求该值。

当然，Item不仅有1个，还有数千个。就像：

while(active)
{
  foreach(Item item in items)
  {
    item.Value = RequestValue(item.Address);
  }
}

每个项目都可以使用多次。为了获得更改，Item有一个ValueChanged事件，您可以在其中订阅。

假设我有很多订阅者，大概有100或1000个。每次处理都会花费时间，并且可能会延迟变量后面的循环。其想法是：使事件异步。在这种情况下，处理程序需要多长时间并不重要。然而，在这个问题中："异步引发所有事件是推荐的做法吗？"没有人建议异步事件（除非有良好的性能原因）。

我做了一个小的性能测试。我创建了一个SyncItem、AsyncItem和Subscriber。如果值已经改变，则SyncItem正在调用OnValueChanged并且AsyncItem正在调用new Thread(() => {OnValueChanged();}).Start();。

我使用Timer来更改值（以引发事件）。我用了一个快速测试（每50毫秒）和一个慢速测试（3秒）。

我使用了很多Subscriber和以下处理程序：

处理器1

//Nothing
//Slow test: Sync is faster
//Fast test: Sync is faster, Async closing window does not exit application

处理器2

Thread.Sleep(...);
//Slow test: Sync gets slower the higher the time is, at ~ 10ms equal to async
//Fast test: Times varying, Async closing window does not exit application

处理器3

Dispatcher.BeginInvoke(new Action(() => { control.Text = value; } ));
//Slow test: Sync is faster (async needs longer than with Handler 1)
//Fast test: both UI does not react properly, Async UI also only rarely updated

处理器4

Dispatcher.Invoke(() => { control.Text = value; });
//Slow test: Async is faster, sync test: UI does not react properly
//Fast test: Sync UI does not react properly, Async OutOfMemoryException

我想在大多数情况下，会使用处理程序2（任何需要一些时间的复杂方法），有时也会使用UI处理程序3或4。主要是因为处理程序2，异步事件处理似乎更快。

但是，我觉得使用异步事件并不舒服。除了性能，还有其他好的优势吗？或者有什么替代方案？有什么可能的方法来处理这种情况？