如何在WPF独立线程中无卡顿修改ProgressBar的值？

核心问题分析 #

WPF的UI控件只能由创建它的UI线程操作，跨线程直接访问会抛出异常；使用Dispatcher.Invoke会卡顿是因为它是同步调用，工作线程会等待UI线程完成更新后才继续执行，导致线程阻塞，失去多线程的意义。而WinForms中如果用异步调用方式也能避免卡顿，你之前的写法刚好避开了同步阻塞的问题。

修改后的代码实现 #

// 声明线程安全的字符计数变量，确保跨线程可见
private volatile int charCount = 0;

// 启动进度条更新线程
Thread progressThread = new Thread(() =>
{
    while (progBar.Value < charCount)
    {
        // 异步提交UI更新请求，不阻塞工作线程
        progBar.Dispatcher.BeginInvoke(new Action(() =>
        {
            // 二次判断避免UI更新滞后导致进度溢出
            if (progBar.Value < charCount)
            {
                progBar.Value++;
            }
        }));
        Thread.Sleep(100);
    }
});
progressThread.Start();

// 启动文件读写线程（单独线程处理IO，避免阻塞UI）
Thread fileIOThread = new Thread(() =>
{
    // 示例：读取文本文件并更新字符计数
    using (StreamReader reader = new StreamReader("目标文件路径.txt"))
    {
        string line;
        while ((line = reader.ReadLine()) != null)
        {
            // 执行文件写入逻辑...
            // 更新字符数，volatile保证其他线程能立即看到变化
            charCount += line.Length;
        }
    }
});
fileIOThread.Start();

关键说明 #

• volatile关键字：用于修饰charCount，确保该变量的修改能被所有线程即时感知，避免线程缓存导致的数值不一致问题。
• Dispatcher.BeginInvoke：异步将UI更新操作提交给UI线程，工作线程无需等待UI执行完成即可继续运行，从根本上解决卡顿问题。
• 二次判断进度值：由于UI更新是异步的，可能存在UI处理请求时charCount已变化的情况，二次判断可以避免进度条超过目标值。
• 文件IO独立线程：文件读写属于耗时操作，必须放在单独线程中执行，否则会阻塞UI线程导致整个界面卡顿。

内容的提问来源于stack exchange，提问作者Avatar Killer