Question

我有一个问题，如何在多线程环境中为异步回调正确添加/删除事件处理程序。

我有MyCore类，它接收来自ProxyDLL的异步回调，它从非托管代码调度回调。我有形式（托管）订阅事件。

从事件中附加/分离的正确方法是什么。我注意到MulticastDelegate有_invocationcount。它能做什么？如果回调调用正在进行直到回调完成，事件的内部逻辑是否会从事件中分离？那个puprose是否存在_invocationcount？事件（一般情况下）是否属于踩踏板？

class Form1
{
  EventHandler m_OnResponse;
  Int32 m_SomeValue;
  Form1()
  {
    m_OnResponse = new EventHandler(OnResponseImpl);
    m_MyCore.SetCallBackOnLogOn(m_OnResponse);
  }
  ~Form1()
  {
    m_MyCore.ReleaseCallBackOnLogOn(m_OnResponse);
  }
  private OnResponseImpl(object sender, EventArgs e)
  {
    Thread.Sleep(60*1000);

    m_SomeValue = 1;             // <<-- How to/Who guarantees that Form1 obj is still
                                 // alive. May be callback was invoked earlier and
                                 // we just slept too long

    if (!this.IsDisposed)
    {
        invokeOnFormThread(DoOnResponseImpl, sender, e);
    }
  }
}

class MyCore
{
  private event EventHandler OnLogOn;
  public void SetCallBackOnLogOn(EventHandler fn)
  {
    // lock (OnLogOn)
    {
        OnLogOn += fn;
    }
  }
  ReleaseCallBackOnLogOn(EventHandler fn)
  {
    // lock (OnLogOn)
    {
        OnLogOn -= fn;
    }
  }
  public void DoDispatchOnLogOn()
  {
    // lock (OnLogOn)
    {
      if (OnLogOn != null)
      {
        OnLogOn(this, null);
      }
    }
  }
}

Answer 1

默认事件添加和删除操作为already thread-safe。在大多数情况下，您不必担心该部分。您需要担心的是多播委托的调用。

public void DoDispatchOnLogOn()
{
  EventHander local;
  lock (this)
  {
    local = OnLogOn;
  }
  if (local != null)
  {
    local(this, null);
  }
}

我在这里做的是创建一个将保存OnLogOn委托链的局部变量。我在这里利用多播委托的不变性，以便我们可以对null和调用序列进行线程安全检查。 lock仅用于确保OnLogon的“新鲜”读取，如果您不介意进行“陈旧”阅读，则它是严格可选的。

<强>更新

我需要确保在调用时不调用回调 ReleaseCallBackOnLogOn结束了取消订阅委托。

在大多数情况下，我所拥有的代码不会尝试执行任何已取消订阅的事件处理程序。在删除事件处理程序和引发事件之间存在轻微的争执，这可能导致事件处理程序执行，即使它刚刚被删除。

我需要确保我的类实例仍然存活，直到调用回调完全完成。

委托持有对包含目标方法的类实例的引用。这将使您的实例保持root状态，因此不符合垃圾回收的条件。你不必担心这个。

我应该指出~Form1终结器不是一个删除事件处理程序的好地方。请记住，委托持有对包含目标方法的实例的引用，因此在大多数情况下，不会调用终结器，也不会从事件中删除事件处理程序。

为多线程应用程序添加和删除事件处理程序

1 个答案: