企业官网建设流程全解析

这种情况很常见。

你明明在循环里不断更新进度：

for (int i = 0; i <= 100; ++i) { ui->progressBar->setValue(i); doWork(); }

按理说应该看到：

1% 2% 3% ... 100%

结果实际效果却是：

界面卡在那里半天不动。

等任务结束以后，

进度条“啪”一下直接变成：

100%。

到底谁把中间的进度吃掉了？

问题不在setValue()。

它其实一直在执行。

真正的问题是：

主线程一直没空刷新界面。

Qt 的界面刷新，本身也要经过事件循环。

你在主线程里写一个很长的：

for (...)

只要这个循环一直不结束，

Qt 就只能继续执行你的代码。

鼠标事件、窗口重绘、进度条刷新，

都得先在后面排队。

Qt 官方文档也说明，很多界面更新并不是立即绘制，而是等程序重新回到主事件循环后再处理。

所以你虽然连续写了：

setValue(10); setValue(20); setValue(30);

但用户根本看不到这些过程。

等循环终于结束，

事件循环重新拿到执行机会，

这时候进度早就已经是：

100%

于是界面直接显示最终结果。

怎么解决？

核心思路只有一句：

别让一个大循环长时间霸占主线程。

如果每一步任务都很轻，

可以把工作拆开，一次只处理一点。

比如用QTimer：

int current = 0; QTimer *timer = new QTimer(this); connect(timer, &QTimer::timeout, this, [=]() mutable { doOneStep(); ui->progressBar->setValue(++current); if (current >= 100) timer->stop(); }); timer->start(0);

这样每处理一步，

代码都会把控制权还给事件循环。

Qt 就有机会：

处理一步 ↓ 刷新界面 ↓ 处理下一步 ↓ 再刷新

Qt 官方也提到，0ms 的QTimer可以用来每次处理一个小任务，让界面继续保持响应；如果是真正的重任务，更适合放到工作线程里。

有些人会想到在循环里加：

QCoreApplication::processEvents();

看起来确实可能“刷新了”。

但这更像临时救急。

因为它会在你的函数还没执行完时，又去处理其他事件，

很容易带来新的状态和重入问题。

真正耗时的任务，

还是应该：

拆任务，或者放到工作线程。

一句话总结：

进度条不动，不一定是setValue()没生效，而是主线程根本没机会把它画出来。

循环里疯狂更新 UI 没用。

先把事件循环还给 Qt。