Yes.

但是，如果您需要使用应用程序。DoEvents，这主要是一个糟糕的应用程序设计的指示。也许你想在一个单独的线程中做一些工作?

我看到了上面jheriko的评论，最初我同意，如果你最终旋转你的主UI线程，等待另一个线程上长时间运行的异步代码来完成，我无法找到一种避免使用DoEvents的方法。但是根据Matthias的回答，我的UI上一个小面板的简单刷新可以取代DoEvents(并避免一个讨厌的副作用)。

更多关于我案子的细节…

我正在做以下(在这里建议)，以确保进度条类型的启动屏幕(如何显示“加载”覆盖…)在长时间运行SQL命令期间更新:

IAsyncResult asyncResult = sqlCmd.BeginExecuteNonQuery();
while (!asyncResult.IsCompleted)  //UI thread needs to Wait for Async SQL command to return
{
      System.Threading.Thread.Sleep(10); 
      Application.DoEvents();  //to make the UI responsive
}

缺点:对我来说，调用DoEvents意味着鼠标点击有时会触发启动画面后面的表单，即使我把它设置为TopMost。

好的/答案:用一个简单的刷新调用替换DoEvents行到我的启动画面中心的一个小面板，FormSplash.Panel1.Refresh()。UI更新得很好，其他人警告过的DoEvents怪异现象也消失了。

请查阅应用程序的MSDN文档。DoEvents方法。

Yes.

但是，如果您需要使用应用程序。DoEvents，这主要是一个糟糕的应用程序设计的指示。也许你想在一个单独的线程中做一些工作?

Yes, there is a static DoEvents method in the Application class in the System.Windows.Forms namespace. System.Windows.Forms.Application.DoEvents() can be used to process the messages waiting in the queue on the UI thread when performing a long-running task in the UI thread. This has the benefit of making the UI seem more responsive and not "locked up" while a long task is running. However, this is almost always NOT the best way to do things. According to Microsoft calling DoEvents "...causes the current thread to be suspended while all waiting window messages are processed." If an event is triggered there is a potential for unexpected and intermittent bugs that are difficult to track down. If you have an extensive task it is far better to do it in a separate thread. Running long tasks in a separate thread allows them to be processed without interfering with the UI continuing to run smoothly. Look here for more details.

下面是如何使用DoEvents的示例;请注意，微软也提供了使用它的警告。

我见过许多使用“DoEvents-Hack”的商业应用程序。特别是当渲染开始发挥作用时，我经常看到这样的情况:

while(running)
{
    Render();
    Application.DoEvents();
}

他们都知道这种方法的害处。然而，他们使用黑客，因为他们不知道任何其他解决方案。以下是Tom Miller的博客文章中的一些方法:

Set your form to have all drawing occur in WmPaint, and do your rendering there. Before the end of the OnPaint method, make sure you do a this.Invalidate(); This will cause the OnPaint method to be fired again immediately. P/Invoke into the Win32 API and call PeekMessage/TranslateMessage/DispatchMessage. (Doevents actually does something similar, but you can do this without the extra allocations). Write your own forms class that is a small wrapper around CreateWindowEx, and give yourself complete control over the message loop. -Decide that the DoEvents method works fine for you and stick with it.