C# WinForm使用BackgroundWorker刷新PictureBox时调整窗口大小卡顿如何不降低绘制速度解决？

根本原因 #

你的BackgroundWorker以无间隔死循环的方式调用Invoke向UI线程发送刷新请求，会直接占满UI线程的消息队列，导致窗口调整大小、光标切换这类系统优先级的消息无法及时被处理，最终出现卡顿、光标不更新的问题。

解决方法 #

1. 优化UI线程消息调度，避免重复刷新请求 #

将同步调用Invoke改为异步调用BeginInvoke，同时新增标志位丢弃重复的待处理刷新请求，确保UI线程的消息队列最多只有1个待处理的刷新指令，不会被无效请求占满：
首先在窗体类中新增标志位：

private bool isRefreshPending = false;

修改刷新方法逻辑：

void RefreshPicBox()
{
    if (picBox.InvokeRequired)
    {
        // 已有未处理的刷新请求时直接跳过，不重复推送
        if (isRefreshPending) return;
        isRefreshPending = true;
        picBox.BeginInvoke(new Action(() =>
        {
            picBox.Refresh();
            isRefreshPending = false;
        }));
    }
    else
    {
        picBox.Refresh();
    }
}

该改动完全不需要加任何Thread.Sleep，既不会阻塞后台的力导向计算，也不会影响UI线程的正常交互。

2. 用时间步长校准节点移动速度，解决计算与渲染解绑后的速度异常问题 #

不需要限制力导向计算的频率，只需要在每次计算时传入距上一次计算的时间差，用时间差校准节点位移，即可保证不管计算频率多高，节点移动速度都是恒定的：
首先在窗体类中新增计时器：

private Stopwatch forceCalcTimer = Stopwatch.StartNew();

修改BackgroundWorker的执行逻辑：

private void bgw_GraphViz(object sender, DoWorkEventArgs e)
{
    while (!formClosePending)
    {
        if (!formIsMinimized() && !graph.IsEmpty() && forcesEnabled)
        {
            // 计算距上一次算力的时间差
            double deltaTime = forceCalcTimer.Elapsed.TotalSeconds;
            forceCalcTimer.Restart();
            // 修改ApplyForcesAndUpdatePositions方法，接收deltaTime参数
            // 所有节点的位移计算均乘以deltaTime校准，例如节点速度为v，位移 = v * deltaTime
            graph.ApplyForcesAndUpdatePositions(deltaTime);
            // 调用优化后的刷新方法
            RefreshPicBox();
        }
    }
}

3. 可选优化：降低UI线程绘制负担 #

如果绘制逻辑较复杂，可将所有绘制逻辑放在后台线程预先绘制到Bitmap对象上，仅在PictureBox的Paint事件中执行把Bitmap绘制到控件的逻辑，进一步减少UI线程的工作量。 #

内容的提问来源于stack exchange，提问作者Leon Kagan