在Parallel.ForEach中更新进度条时应用冻结，Invoke方案无效求助

你遇到的界面冻结问题，大概率是因为Invoke调用过于频繁，导致UI线程被大量的进度更新请求占满；或者是Parallel.ForEach默认的并发度太高，抢占了太多系统资源，间接拖慢了UI线程的响应。另外手动实现事件的方式，也可能存在线程安全或者调度效率的问题。

我推荐用.NET内置的IProgress<T>接口来处理进度报告，这是官方推荐的异步进度更新方案，能自动处理UI线程调度，还能避免很多手动写代码的坑。下面是修正后的完整代码：

public partial class Form1 : Form
{
    // 使用IProgress<T>来处理进度报告，T可以是自定义的进度类
    private IProgress<ProgressInfo> _progressReporter;

    // 自定义进度信息类，封装总数量和当前进度
    private class ProgressInfo
    {
        public int Total { get; set; }
        public int Current { get; set; }
        // 方便计算百分比
        public double Percentage => Total > 0 ? (double)Current / Total * 100 : 0;
    }

    public Form1()
    {
        InitializeComponent();
        // 初始化进度报告器，指定UI线程的处理方法
        _progressReporter = new Progress<ProgressInfo>(UpdateProgressBar);
    }

    // 直接在UI线程更新控件，无需手动Invoke
    private void UpdateProgressBar(ProgressInfo progress)
    {
        progressBar1.Maximum = progress.Total;
        progressBar1.Value = progress.Current;
        labelProgress.Text = $"{progress.Percentage:F1}%";
    }

    private void btnStart_Click(object sender, EventArgs e)
    {
        // 模拟需要处理的数据集
        var items = Enumerable.Range(1, 1000).ToList();
        
        // 用Interlocked保证多线程下计数的线程安全
        int currentCount = 0;
        int totalCount = items.Count;

        Parallel.ForEach(items, new ParallelOptions
        {
            // 限制并发度，留一个核心给UI线程，避免资源抢占
            MaxDegreeOfParallelism = Environment.ProcessorCount - 1
        }, item =>
        {
            // 模拟你的耗时业务操作
            Thread.Sleep(10);

            // 原子性递增当前处理数
            int current = Interlocked.Increment(ref currentCount);

            // 报告进度，这一步不会阻塞工作线程
            _progressReporter.Report(new ProgressInfo
            {
                Total = totalCount,
                Current = current
            });
        });
    }
}

关键优化点说明： #

• 自动UI线程调度：Progress<T>会自动捕获UI线程的同步上下文，所以UpdateProgressBar方法可以直接操作控件，完全不需要手动调用Invoke，既简化了代码，又避免了线程调度错误。
• 控制并发度：通过ParallelOptions.MaxDegreeOfParallelism限制工作线程数量，一般设为CPU核心数减1，给UI线程留足资源，避免系统资源被占满导致UI卡顿。
• 线程安全计数：用Interlocked.Increment来递增进度计数，避免多线程环境下的竞态条件，保证进度数据准确。
• 可选：降低更新频率：如果还是觉得进度更新太频繁，可以加个判断，比如每处理10个项才报告一次，进一步减轻UI线程负担：

  int current = Interlocked.Increment(ref currentCount);
  // 每10个项更新一次，或者最后一次必须更新
  if (current % 10 == 0 || current == totalCount)
  {
      _progressReporter.Report(new ProgressInfo
      {
          Total = totalCount,
          Current = current
      });
  }
  

为什么原来的Invoke方式会冻结？ #

如果在Parallel.ForEach的每次循环都调用Invoke，会产生大量跨线程消息发送到UI线程，UI线程需要不断处理这些更新请求，根本没时间响应用户的其他操作（比如点击按钮、拖动窗口），自然就会出现冻结。而Progress<T>内部会对频繁的进度更新进行合并优化，调度效率更高，能有效避免这个问题。

内容的提问来源于stack exchange，提问作者Kill KRT