事件中的调用和委托 - 为什么动作以此（意外）顺序发生？

Question

我遇到组件事件的问题 ，可以通过使用delegate来解决。

我之前没有与代表合作，所以我测试了一下，发现了这种奇怪的行为：

使用委托时，操作发生在一个完全出乎意料的顺序中。

第一个样本：

string Tracker = "";

private void button1_Click(object sender, EventArgs e)
{
    Tracker = "A";

    BeginInvoke((MethodInvoker)delegate
    {
        Tracker += "B";
    });

    Tracker += "C";
} 

此Tracker包含ACB 。 不知道它是如何工作的，但似乎按照描述工作。

---

第二个样本：

string Tracker = "";

private void button2_Click(object sender, EventArgs e)
{
    Tracker = "A";
    MessageBox.Show(Tracker);

    BeginInvoke((MethodInvoker)delegate
    {
        Tracker += "B";
        MessageBox.Show(Tracker);
    });

    Tracker += "C";
    MessageBox.Show(Tracker);
}

此Tracker还包含ACB ，但消息框按此顺序显示：

...而不是A AC ACB为我所期望的。

解释是什么？

Answer 1

样本1：

private void button1_Click(object sender, EventArgs e)  
{
    Tracker = "A";

    BeginInvoke((MethodInvoker)delegate
    {
        Tracker += "B";
    });

   Tracker += "C";
} 

第一个跟踪器被分配，接下来你在GUI队列上异步推送一个委托，所以直到它有机会才会发生。 所以下一个Tracker就变成了AC。 然后GUI线程自由，因此您获得ACB。 样本2：

string Tracker = "";

private void button2_Click(object sender, EventArgs e)
{
    Tracker = "A";
    MessageBox.Show(Tracker);

    BeginInvoke((MethodInvoker)delegate
    {
        Tracker += "B";
        MessageBox.Show(Tracker);
    });

    Tracker += "C";
    MessageBox.Show(Tracker);
}

仍然会发生同样的事情：首先，消息框将出现在A中，我认为这是合乎逻辑的。 接下来，将委托推送到GUI线程的队列上，然后Tracker变为AC，并且对消息框进行调度以在GUI线程上运行并对其进行调度以显示AC。 但是，因为在GUI线程上调整了其他内容，所以其他事情将首先出现。 因此，首先代表将执行，然后AC将显示。

如果我的解释在某些时候仍然不清楚，发表评论，并告诉我哪个部分需要更详细的说明。 但最重要的是，操作被推送到GUI线程，并由GUI线程按照GUI线程中显示的顺序执行。

Answer 2

这需要了解UI线程的调度程序循环如何工作。 当您使用BeginInvoke（）时，您向该循环发布一条消息，告诉它查看调用队列。 只有在代码停止运行并且Click事件处理程序返回后，才会处理该消息。 那么Tracker += "B";是Tracker += "B"; 在Click事件处理程序停止运行后，语句将在稍后执行。

MessageBox类也使用调度程序循环，但它是自己的，并且与程序的调度程序循环无关。 这允许它是模态的 。 因此，您的Click方法在最后一个MessageBox.Show（）调用上停止，其调度程序循环开始调度消息并触发调用的方法。 另一个MessageBox.Show（）调用，你先看到它。 第二个调用的调度程序将停止，直到对话框关闭。

这是一种可能导致很难诊断错误的重新入侵。 它使Application.DoEvents（）方法如此危险。 推理代码运行的顺序变得非常困难。 MessageBox.Show（）实际上相当于DoEvents（）。 但不是那么讨厌，它就像一个对话框，禁用所有其他窗口可以最大限度地减少意外事件的数量。 它消除了用户触发的事件以意外顺序运行的几率。 但并不完全消除它们，它无法阻止代码。

---

FWIW，像这样使用BeginInvoke（） 非常有用。 它可以解决由生成事件的balky类引起的一些问题，但是当你在事件处理程序中“做太多”时，它们没有很好地响应。 TreeView类是一个非常有气质的类。 通过使用BeginInvoke（），您可以确保代码在完成balky类中的代码之后运行。