频繁调用 BeginInvoke 时 C# 缓慢的 UI 性能

Question

我有一个名为 ProxyTesterForm 的主窗体，它有一个子窗体 ProxyScraperForm。当 ProxyScraperForm 抓取新的代理时，ProxyTesterForm 通过异步测试抓取的代理来处理事件，并在测试后将代理添加到作为 DataGridView 的数据源的 BindingList。

因为我要添加到在 UI 线程上创建的数据绑定列表，所以我在 DataGridView 上调用 BeginInvoke，因此更新发生在适当的线程上。

在我将在下面发布的方法中没有 BeginInvoke 调用，我可以在处理过程中在屏幕上拖动表单，它不会卡顿并且很流畅。对于 BeginInvoke 调用，它的作用正好相反。

我对如何解决它有一些想法，但想在 SO 上听到比我更聪明的人的意见，所以我妥善解决了这个问题。

1. 使用信号量 slim 来控制同时更新的数量。

2. 将异步处理的项目添加到我将在下面发布的方法范围之外的列表中，并在 Timer_Tick 事件处理程序中迭代该列表，每 1 秒为列表中的每个项目调用 BeginInvoke，然后清除该列表并清洗，冲洗，重复直到工作完成。

3. 放弃数据绑定的便利，转为虚拟模式。

4. 其他人可能会在这里提出建议。

   private void Site_ProxyScraped(object sender, Proxy proxy)
   {
       Task.Run(async () =>
       {
           proxy.IsValid = await proxy.TestValidityAsync(judges[0]);
           proxiesDataGridView.BeginInvoke(new Action(() => { proxies.Add(proxy); }));
       });
   }
   

Answer 1

在 Windows 中，每个具有 UI 的线程都有一个消息队列 - 该队列用于为该线程的窗口发送 UI 消息，这些消息包括鼠标移动、鼠标向上/向下等内容。

在每个 UI 框架中的某个地方都有一个循环，它从队列中读取消息，对其进行处理，然后等待下一条消息。

有些消息的优先级较低，例如鼠标移动消息只有在线程准备好处理它时才会生成（因为鼠标往往会移动很多）

BeginInvoke 也使用这种机制，它发送一条消息告诉循环有代码需要运行。

您正在做的是用您的 BeginInvoke 消息淹没队列，而不是让它处理 UI 事件。

标准的解决方案是限制 BeginInvoke 调用的数量，例如，收集您需要添加的所有项目，并使用一个 BeginInvoke 调用将它们全部添加。

或者批量添加，如果您每秒只对这一秒内找到的所有对象进行一次 BeginInvoke 调用，您可能不会影响 UI 响应性并且用户将无法区分。

Answer 2

注意：有关为什么会发生这种情况的实际答案，请参阅@Nir 的答案。这只是为了克服一些问题并给出一些方向的解释。它并非完美无缺，但它符合 cmets 的对话。

只是一些快速的原型类型来添加一些层的分离（最小的尝试）：

//member field which contains all the actual data
List<Proxy> _proxies = new List<Proxy>();

//this is some trigger: it might be an ellapsed event of a timer or something
private void OnSomeTimerOrOtherTrigger()
{ 
      UIupdate();
}

//just a helper function
private void UIupdate
{
    var local = _proxies.ToList(); //ensure static encapsulation 
    proxiesDataGridView.BeginInvoke(new Action(() => 
    {    
         //someway to add *new ones* to UI
         //perform actions on local copy
    }));
}

private void Site_ProxyScraped(object sender, Proxy proxy)
{
    Task.Run(async () =>
    {
        proxy.IsValid = await proxy.TestValidityAsync(judges[0]);
        //add to list
        _proxies.Add(proxy);
    });
}