Question

我有一个带有statusLabel的Windows窗体（C＃.NET），我似乎无法在事件处理程序方法的过程中更新。我的代码看起来像这样......

    void Process_Completed(object sender, EventArgs e)
    {

        string t = "Process is finished!";
        this.Invoke(new StatusLabelUpdator(updateStatusLabel), new object[] { t });
    }

    void Process_Started(object sender, EventArgs e)
    {
        string t = "Process has begun";
        this.Invoke(new StatusLabelUpdator(updateStatusLabel), new object[] { t });
    }

    private delegate void StatusLabelUpdator(string text);
    private void updateStatusLabel(string text)
    {
        StatusLabel1.Text = text;
        statusStrip1.Invalidate();
        statusStrip1.Refresh();
        statusStrip1.Update();
    }

当我运行代码时，一旦进程启动，就会触发Process_Started方法，几秒钟后会触发Process_Completed方法。由于某种原因，我不能让状态标签显示“过程已经开始”。它只显示“过程完成！”。正如您所看到的，我已尝试使包含状态标签但未成功的状态条无效，刷新和更新。我无法在statuslabel本身上调用update / refresh / invalidate，因为这些方法不可用。我做错了什么？

添加信息：

“进程”通过单击窗体上的按钮启动，该窗体在单独的类中调用方法，如下所示：

public void DoSomeProcess()
{
    TriggerProcessStarted();
    System.Threading.Thread.Sleep(2000);   // For testing..
    TriggerProcessComplete();
}

并且在TriggerProcessxxxx方法内部，我使用此代码触发事件......

var EventListeners = EH.GetInvocationList();    //EH is the appropriate EventHandler
if (EventListeners != null)
{
    for (int index = 0; index < EventListeners.Count(); index++)
    {
        var methodToInvoke = (EventHandler)EventListeners[index];
        methodToInvoke.BeginInvoke(this, EventArgs.Empty, EndAsyncEvent, new object[] { });
    }
}

最后，我已将Application.DoEvents()添加到updateStatusLabel方法，但它没有帮助。我仍然得到相同的结果。这是我的更新方法。

private void updateStatusLabel(string text)
{
    StatusLabel1.Text = text;
    statusStrip1.Refresh();
    Application.DoEvents(); 
}

所以我猜“处理”是在UI线程上进行的，但是在自己的线程上调用了eventhandler，然后在UI线程上调用控件更新。这是一种愚蠢的做事方式吗？注意：包含DoSomeProcess（）方法的类位于我引用的单独的.NET ClassLibrary中。

Answer 1

如果您在UI线程上执行处理，则在处理运行时，它将无法执行任何其他操作（例如重绘更新的标签）。因此，例如，如果处理发生是因为用户单击按钮并由按钮单击处理程序触发（没有明确地将其放在另一个线程上），则它正在UI线程上运行。即使您更新了标签的文本，它也会在收到绘制消息之前被绘制，此时它可能正在忙于处理。

答案是在separate thread上进行长时间处理。黑客（恕我直言）是使用Application.DoEvents让UI线程在处理过程中做一些UI的东西。如果您在更新标签之后和开始处理之前放置其中一个，那么标签将重新粉刷的可能性非常高。但是，在处理过程中，没有其他绘制事件可以被处理（当有人在应用程序上移动另一个应用程序窗口并返回时，导致半绘制窗口等）。因此，我称之为黑客（即使，呃，嗯，我知道这样做:-)）。

修改根据您的修改进行更新：

RE

所以我猜“处理”是在UI线程上进行的，但是事件处理程序是在它自己的线程上调用的......

我假设从UI线程触发DoSomeProcess（例如，直接响应按钮点击或类似）。如果是这样，那么是的，你的处理绝对是在UI线程上。因为TriggerProcessStarted通过BeginInvoke触发你的回调异步，你不知道它何时会运行，但无论如何你的代码会立即启动进入处理，永不屈服，所以没有其他人将能够抓住那个线程。由于这是UI线程，对委托的调用将阻止Invoke调用设置标签的文本，因此必须等待UI线程（忙于处理）。（并且假设它安排在不同的线程上;我无法100％说服自己，因为微软有两个不同的BeginInvoke - IIRC设计师之一承认这是一个真正愚蠢的想法 - 自从我和这些东西搏斗以来已经有一段时间了。）

如果您对回调的TriggerProcessStarted次呼叫同步，那么您应该没问题。但理想情况下，在自己的线程上安排处理（如果它没有做UI）。

为什么不控制更新/刷新中间进程

1 个答案: