如何解决.NET中具有未知事件数的线程同步问题

本文关键字：事件 未知 线程 问题 同步 何解决 解决 NET | 更新日期: 2023-09-27 17:58:59

我们使用的是WebClient DownloadDataCompleted&DownloadProgressChanged事件。我们注意到，progress事件可以触发不确定的次数，并且不会从每次回调返回，并且DataCompleted事件仍然会触发。DownloadProgressEvent不返回的原因是它正在更新表单上的ProgressBar，该表单正在经历Control.Invoke周期。由于其他原因，我们不使用BeginInvoke（ProgressBar的最大值和最小值不断变化，这导致断言，因为我们无法将进度更新与进度条的最大值/最小值设置同步）。

问题是：最好的方法是什么？

简单地说，在ProgressBar完成更新之前，我们不想确认已完成下载。这意味着一种反向信号量，它向上计数，并在返回到零时设置。当进入/离开DownloadProgress回调时，我们可以使用计数器来递增/递减，但我认为还有一些更具体的操作系统。

如何解决.NET中具有未知事件数的线程同步问题

我会选择以下选项：

DownloadDataCompleted += delegate {
    progressBar.Invoke(() => {
        progressBar.Value = progressBar.Maximum;
        progressFinished = true;
    }
};
DownloadProgressChanged += delegate {
    progressBar.Invoke(() => {
        if (!progressFinished)
            progressBar.Value =
                  progressBar.Minimum +
                  (progressBar.Maximum - progressBar.Minimum) * progressRatio;
    }
};

更改最大值和最小值应该没有问题，因为所有更改都发生在UI线程中。

（当然，更改Maximum或Minimum的代码必须注意重新计算Value。）

附言：根据@Ben Voigt的建议编辑了帖子。

我倾向于使用BeginInvoke来处理控件更新，但会安排对包含请求的"当前"answers"最大"值的字段进行原子更新，以及指示已请求更新的标志。UI的更新例程在执行更新时不应持有任何锁。如果使用了锁，UI应该获取锁，制作值（包括标志）的本地副本，清除标志，释放锁，并在必要时重新绘制。想要请求更新的例程（在另一个线程上）应该获取锁，更新值，如果还没有设置标志，则设置标志并执行BeginInvoke。

这将确保无论非UI线程多么频繁地请求更新，最多都会有一个BeginInvoke未完成。此外，每个更新都将具有"当前"answers"最大"的可用值。

相关文章：