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

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

| 我们正在使用WebClient的“ 0”和“ 1”事件。我们注意到，progress事件可以触发不确定的次数，并且不会从每个回调返回，而

DataCompleted

事件仍然会触发。

DownloadProgressEvent

不返回的原因是因为它正在更新窗体上的

ProgressBar

，这正经历

Control.Invoke

周期。由于其他原因，我们不使用

BeginInvoke

（

ProgressBar

的最大值和最小值不断变化，这会引起断言，因为我们无法使用进度条的最大值/最小值设置来同步进度更新）。 问题是：什么是最佳方法？ 简而言之，在

ProgressBar

更新完成之前，我们不希望确认下载已完成。这意味着某种反向信号量会递增计数，并在它回落到零时置位。在进入/离开

DownloadProgress

回调时，我们可以只使用一个计数器来增加/减少，但是我本以为还有一些特定于OS的东西。     

解决方法

        我会去做以下事情：

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来处理控件更新，但要对包含请求的“ current”和“ maximum”值以及指示已请求更新的标志的字段进行原子更新。 UI的更新例程在执行更新时不应持有任何锁。如果使用了锁，则UI应获取锁，在本地复制值（包括标志），清除标志，释放锁，并在必要时重画。要请求更新的例程（在另一个线程上）应获取锁，更新值，并且-如果尚未设置该标志-则设置该标志并执行BeginInvoke。 这将确保无论非UI线程多久请求一次更新，最多都不会出现BeginInvoke。此外，每个更新将具有\“ current \”和\“ maximum \”的可用值。