使用C＃异步模式更新UI的问题

Question

我正在尝试实现此处显示的 MSDN 异步模式示例： http://msdn.microsoft.com/en-us/library/8wy069k1%28v=VS.90%29.aspx。在示例中，ProgressChanged 事件的触发频率很高，导致在处理事件时 UI 挂起。请注意，我将 startAsyncButton_Click 中的: 更改

int testNumber = rand.Next(200000);

为

int testNumber = 20000000;

以更好地测试此场景。

进度条确实按预期更新，但所有其他 UI 事件都挂起。如果我在 BuildPrimeNumberList 方法中更改

// Yield the rest of this time slice.
Thread.Sleep(0);

为

// Yield the rest of this time slice.
Thread.Sleep(1);

，UI 就会开始响应，这会破坏使用线程的性能目的。

在此示例中，任何人都可以推荐一种有效地允许 UI 保持响应的方法吗？

谢谢

Answer 1

这是 MSDN 上的一个误导性示例。对于在后台线程上执行工作并保持 UI 活动并了解后台进度的场景，请使用 BackgroundWorker 类。 http://msdn.microsoft.com/en-us/library /system.componentmodel.backgroundworker.aspx

Answer 2

请注意示例中的注释，

    // This event handler updates the ListView control when the
    // PrimeNumberCalculator raises the ProgressChanged event.
    //
    // On fast computers, the PrimeNumberCalculator can raise many
    // successive ProgressChanged events, so the user interface 
    // may be flooded with messages. To prevent the user interface
    // from hanging, progress is only reported at intervals. 
    private void primeNumberCalculator1_ProgressChanged(
        ProgressChangedEventArgs e)
    {

    }

我认为您的计算机速度太快，以至于产生了太多事件。

尝试更改报告间隔：

private int progressInterval = 100;

private int progressInterval = 1000;

Answer 3

在这种情况下，或者报告进度妨碍实际工作的任何其他情况下，关键是减少报告进度的频率，或者至少限制尝试的 UI 更新量。

此示例已经有一个机制：progressInterval 值确定进度事件导致 UI 更新的频率。我敢打赌这里的问题是每 100 次报告进度仍然太多了。

与其报告每 X 次重复（这不会随着处理器能力的增加而扩展），不如在每次 UI 更新时存储 DateTime，然后忽略再次更新 UI，直到至少过去 250-500 毫秒。