为什么必须订阅某人才能发生事件？

Question

代码前的一些文本，以便问题摘要不会被破坏。

class Tree
{
    public event EventHandler MadeSound;

    public void Fall() { MadeSound(this, new EventArgs()); }

    static void Main(string[] args)
    {
        Tree oaky = new Tree();
        oaky.Fall();
    }
}

我在 C# 中使用的事件不多，但这会导致 NullRefEx 的事实似乎很奇怪。 EventHandler 引用被认为是空的，因为它目前没有订阅者 - 但这并不意味着事件没有发生，不是吗？

EventHandler 与标准委托的区别在于 event 关键字。为什么语言设计者不让他们在没有订阅者的情况下默默地向虚空开火？ （我认为您可以通过显式添加一个空委托手动执行此操作）。

Answer 1

嗯，规范的形式是：

void OnMadeSound()
{
    if (MadeSound != null)
    {
        MadeSound(this, new EventArgs());
    }
}

public void Fall() {  OnMadeSound(); }

这比调用空委托稍微快一点，所以速度胜过编程方便。

Answer 2

我见过的另一种解决此问题的好方法，而不必记住检查 null：

class Tree
{
    public event EventHandler MadeSound = delegate {};

    public void Fall() { MadeSound(this, new EventArgs()); }

    static void Main(string[] args)
    {
        Tree oaky = new Tree();
        oaky.Fall();
    }
}

注意匿名委托 - 可能会对性能造成轻微影响，因此您必须确定哪种方法（检查 null 或空委托）最适合您的情况。

Answer 3

推荐的模式是（.net 2.0+）

public class MyClass
{
    public event EventHandler<EventArgs> MyEvent; // the event

    // protected to allow subclasses to override what happens when event raised.
    protected virtual void OnMyEvent(object sender, EventArgs e)
    {
        // prevent race condition by copying reference locally
        EventHandler<EventArgs> localHandler = MyEvent;
        if (localHandler != null)
        {
            localHandler(sender, e);
        }
    }
    public void SomethingThatGeneratesEvent()
    {
        OnMyEvent(this, EventArgs.Empty);
    }
}

我在初始化程序中看到了很多关于空委托{}的建议，但我完全不同意。如果您遵循上述模式，您只需在一处检查event != null。空的委托初始化程序是一种浪费，因为它是每个事件的额外调用，它浪费内存，如果 MyEvent 在我的类的其他地方设置为 null，它仍然可能失败。

* 如果你的班级是密封的，你就不会将OnMyEvent() 设为虚拟。

Answer 4

您需要了解您的事件声明实际上在做什么。它同时声明了一个事件和一个变量，当您在类中引用它时，您只是在引用变量，当没有订阅者时，该变量将为空。

Answer 5

很有禅意，嗯？

当你想引发一个事件时，你必须测试 null：

protected void OnMyEvent()
{
    if (this.MyEvent != null) this.MyEvent(this, EventArgs.Empty);
}

如果您不必为此烦恼，那就太好了，但它们是休息时间。

Answer 6

James 提供了一个很好的技术推理，我还想补充一点，我已经看到人们利用这个优势，如果没有订阅者正在收听事件，他们会采取行动将其记录在代码或类似的东西中。一个简单的例子，但适合这种情况。

Answer 7

如果没有人在听，那么引发事件有什么意义？从技术上讲，这正是 C# 选择实现它的方式。

在 C# 中，事件是具有一些特殊功能的委托。在这种情况下，委托可以被视为函数指针的链接列表（指向订阅者的处理程序方法）。当您“触发事件”时，依次调用每个函数指针。最初，委托是一个空对象，就像其他任何东西一样。当您为第一个订阅操作执行 += 时，会调用 Delegate.Combine 来实例化列表。 （调用 null.Invoke() 会引发 null 异常 - 当事件被触发时。）

如果您仍然觉得“不能这样”，请使用此处提到的辅助类 EventsHelper 以及旧的和改进的“防御性事件发布”http://weblogs.asp.net/rosherove/articles/DefensiveEventPublishing.aspx

Answer 8

在这种情况下使用扩展方法会很有帮助。

public static class EventExtension
{
    public static void RaiseEvent<T>(this EventHandler<T> handler, object obj, T args) where T : EventArgs
    {
        if (handler != null)
        {
            handler(obj, args);
        }
    }
}

然后可以像下面这样使用它。

public event EventHandler<YourEventArgs> YourEvent;
...
YourEvent.RaiseEvent(this, new YourEventArgs());

Answer 9

感谢您的回复。我明白为什么会发生 NullReferenceException 以及如何解决它。

Gishu说

如果没有人在听，那么引发事件有什么意义？

嗯，也许这是一个术语。在我看来，“事件”系统的吸引力在于，所发生事件的所有后果都应该由观察者而不是表演者承担。

---

也许更好的问题是：如果委托字段在其前面声明了 event 关键字，为什么编译器不翻译所有实例：

MadeSound(this, EventArgs.Empty)

到

if (MadeSound != null) { MadeSound(this, EventArgs.Empty); }

在幕后以与其他语法快捷方式相同的方式？人们必须手动编写的样板 OnSomeEvent null 检查方法的数量一定是巨大的。