使用WPF应用程序的UI线程对UI元素执行长时间的处理任务，还可以在同一窗口上更新进度条

Question

我的程序由一个大型图形UI控件组成，我不时需要花费大约15秒钟重新加载一次。 因为更新代码主要与UI控件一起工作（也许其中90％实际上是在控件上设置属性），所以实际上让UI线程来处理它对我来说很有意义。 我真的不希望控件在从UI加载到单独的线程中时以视觉方式重新绘制。

我还希望更新进度条，该进度条也位于同一应用程序窗口的状态栏中。 在这种情况下，是否有办法打破规则并仅重新绘制进度条，还是应该只打开一个新的应用程序窗口以使进度条存在？

在这种情况下，您会怎么做？

Answer 1

如果可以分多个步骤完成主要任务（即更新图形），则可以将每个步骤作为单独的调度程序消息执行。 这将允许处理其他消息，包括使您能够更新进度信息。

基本模式是：

1. 调用您的主要任务，为该步骤传递零。
2. 执行该步骤。
3. 如果还有更多步骤，请在另一条消息中排队，传入步骤+ 1。

然后，您可以在代码中的适当位置添加正在进行的更新。

PS。 不要说这是您最好的选择-在不知道所有细节的情况下很难说出来。 但这是一个选择。

Answer 2

应用程序中只有一个UI线程并不是真的，只是大多数Windows应用程序仅在一个线程中创建UI对象，因此该线程成为应用程序中的“ the” UI线程。 原因很容易理解-这使代码更易于理解，并保护我们免受控件之间的隐式线程绑定问题的影响。

如果证明不可能提高控件的更新速度（这是我首先建议做的事情），则这建议一个可行的想法。 在单独的线程上创建UI控件。 您需要确保该线程适用于UI， 也就是说该线程模型是STA ，并且它将在不破坏控件之前泵送消息并且不会死亡。 我不知道您是否还需要在UI线程中创建父窗口，还是仅在控件中创建父窗口，但是在这里值得尝试。

Answer 3

查找更有效的图形UI控件。 除非UI线程屈服于消息循环，否则其他任何更新都不会发生（这会减慢图形控件的更新速度）。

Answer 4

我建议在新窗口中使用进度条（不包含表单标题）。 通过读取图形控件的共享属性，使其绘制进度条。 这样，您可以避免线程阻塞（加载缓慢）。它可以为您带来良好的视觉体验（两个控件上的渐进绘画）。