鉴于该实现，是的，它们将始终按该顺序调用。

如果事件实际上使用了一些处理订阅的奇怪和奇妙的方式，它可以做不同的事情 – 但“正常”的实现将做正确的事情。

要清楚，订阅事件处理程序只意味着调用事件的相应“添加”部分。 如果事件通过执行以下操作来处理此事：

 myHandler += value; 

被翻译成

 myHandler = Delegate.Combine(myHandler, value); 

和Delegate.Combine保证订购。 但是，如果你有这样的事件：

 private LinkedList eventHandlers = new LinkedList; public event EventHandler Foo { add { eventHandlers.AddFirst(value); } remove { // do stuff here too } } 

通过执行以下操作来解雇事件：

 foreach (EventHandler handler in eventHandlers) { handler(this, EventArgs.Empty); } 

然后将以相反的顺序调用处理程序。

简介 ：对于所有理智的事件，您可以依赖订购。 从理论上讲，事件可以做他们喜欢的事情，但我从未见过一个不能保持适当排序的事件。

非常密切关注Jon Skeet给出的警告 – “鉴于实施……”。 换句话说，做出最轻微的改变（multithreading，其他处理程序等），你就有可能失去执行顺序的不变性。

不要依赖事件排序 。 所有事件调度都应该在逻辑上独立，就好像它们是并行发生的一样。 事件是逻辑上独立的操作。

我会更进一步，断言如果你必须承担一个事件发射的命令，你有一个严重的设计缺陷和/或滥用事件。

即使它们以正确的顺序被调用，我也会尝试不编写依赖于前一个委托被解雇的代码以使其正常运行。

如果Two（）依赖于One（）正在做的事情，那么要么附加一个以正确顺序调用这两个方法的委托，要么让Two（）在必要时调用One（）。

快速回答是“这不关你的事”:)

事件本质上是异步的。 这意味着您不会等待事件被触发或期望在给定时间发生。 他们刚刚发生，然后你采取行动。 想知道’何时’或试图找出’如何’将打破这种性质。

也许在这种情况下，您不需要基于事件的方法来完成任务？

Jon Skeet所说的在技术上对于当前的实现是正确的，但也许它不会在c＃8.5或VBasic 15.0中。 依赖于实施细节总是弊大于利。

通常，事件订阅者期望彼此独立行为。 它们是按照订阅的顺序，订阅的反向顺序，还是以每次引发事件时任意变化的看似随机的顺序调用它们应该没有区别。 订阅者不应该关心在他们之前或之后执行的其他订阅者。

但是，在某些情况下，事件可能会在这种排序很重要的情况下使用。 事件处理程序可以传递一个可变对象，并且应该使用该对象的先前处理程序的突变。 在这种情况下，如果事件的有意义操作要求它们以特定顺序执行，并且只要符合订户的任何记录要求，就应该期望事件将按给定的顺序执行。

上述就是C#学习教程：事件订阅者是按订阅顺序调用的吗？分享的全部内容，如果对大家有所用处且需要了解更多关于C#学习教程，希望大家多多关注—计算机技术网(www.ctvol.com)!