使用 IProgress<T> 从后台线程报告

Question

所有，我有一个昂贵的任务，我使用 .NET4.5 下的 async/await 关键字来完成。我通过Progress<T> 类从后台线程报告进度。

我传入IProgress<T> 的对象是ProgressInfo，我将其创建为单例类，以避免在运行期间大量创建和处理此类对象的开销。类是

public class ProgressInfo : IDisposable
{
    public static ProgressInfo instance = null;
    public WorkbookProgressInfo workbookinfo { get; set; }
    public string progressMessage { get; set; }
    public int progressPercentage { get; set; }

    // Default constructor which has a few overloads 
    // for the class members above.
    protected ProgressInfo()
    {
    }
    ...

    // The default instance creator for the class. 
    // This also has overloads to allow changes to the 
    // class variables.
    public static ProgressInfo Instance()
    {
        if (instance == null)
            instance = new ProgressInfo();
        return instance;
    }
    ...
}

我通过ReportProgress方法报告进度并将我的IProgress<ProgressInfo>设置为

IProgress<CostEngine.ProgressInfo> progressIndicator =
    new Progress<CostEngine.ProgressInfo>(ReportProgress);

后台线程的报告通常使用全局ProgressInfo progressInfo 和全局IProgress<ProgressInfo> progressIndicator 来完成

...
progressInfo = new ProgressInfo.Instance(workbookinfo, message, n);
progressIndicator.Report(progressInfo);
...

问题在于，对于小型且快速执行的运行，传递给ReportProgress 的ProgressInfo 对象会随着ReportProgress 的执行而变化，因此我进行了测试

if (progressInfo.workbookinfo != null)
{
    // Do stuff <- here progressInfo.workbookinfo is changing to null!
}

如何避免此问题，同时将报告进度的费用降到最低？

感谢您的宝贵时间。

Answer 1

您在这里尝试优化应用程序的错误部分。

几千个对象对于一个应用程序来说毫无意义。创建它们很可能不会成为您的应用程序中的性能问题。然而，可能的问题是 UI 的更新。如果在短时间内发生成千上万的进度报告，您将不断更新您的 UI。更新 UI 需要时间，所以如果你遇到瓶颈，它就会在这里。

这里的正确方法是只报告您需要报告的内容。
例如，当您在一分钟内发生 60.000 次迭代并且您报告每一次迭代时，您将尝试每毫秒更新 UI。
您的进度条真的需要 1000 FPS 吗？我对此表示怀疑。
最好每秒只报告一次。但是，每秒报告一次会产生自己的开销。

我在应用程序中所做的是在百分比发生变化时立即报告。
这将产生最多 100 个报告，无论您实际有多少次迭代。
在上面的示例中，我将每 600 次迭代报告一次。

为了简化这一点，我实际上创建了一个名为 ProgressReporter 的类。
在其构造函数中，它采用一个工厂委托来创建 ProgressInfo 对象和迭代总数。
它提供了您在当前迭代中传递的ReportProgress 方法。
该类在内部存储先前报告的百分比，并在调用此方法时计算新的百分比。只有当不同时，它才会使用工厂委托来创建新的ProgressInfo 并在IProgress<T> 实例上调用Report。

顺便说一句：如果您的后台操作不需要几分钟而是几小时，您可以将其更改为不报告百分比何时发生变化，而是在百分比的第一位或第二位小数发生变化时报告。
这里的要点是：找到一定数量的报告，每隔几秒就给用户一个反馈。