为何不更新GUI时Qt的QTimer触发频率会降低？

以下是你提供的测试代码：

import time
from PySide6.QtCore import *
from PySide6.QtTest import *
from PySide6.QtWidgets import *


class MainWindow(QWidget):

    def __init__(self, *args, **kwargs):
        super(MainWindow, self).__init__(*args, **kwargs)
        self.resize(400, 300)
        self.layout = QVBoxLayout()
        self.setLayout(self.layout)
        self.sheep_number = 0
        self.timer = QTimer()
        self.timer.timeout.connect(self.count_sheep)
        self.counted_sheep_label = QLabel()
        self.layout.addWidget(self.counted_sheep_label)  # comment out this line to see the bug

    @Slot()
    def count_sheep(self):
        self.sheep_number += 1
        self.counted_sheep_label.setText(f"Counted {self.sheep_number} sheep.")


if __name__ == "__main__":

    app = QApplication([])
    main_window = MainWindow()
    main_window.show()
    main_window.timer.start()
    then = time.time()
    QTest.qWait(1000)
    main_window.timer.stop()
    t = time.time() - then
    print(t, main_window.sheep_number)

现象 #

• 保留self.layout.addWidget(self.counted_sheep_label)时，1秒内槽函数触发约7155次；
• 注释掉该行后，触发次数骤降至约88次，而Python计时的总耗时基本维持在1秒左右。

核心原因：Qt事件循环的运行频率与UI绘制需求绑定 #

Qt的事件循环并非一直以最高频率运行，而是根据当前任务动态调整：

• 有UI更新需求时：每次调用setText()都会触发窗口的重绘事件，Qt为了保证UI及时刷新，会让事件循环高频迭代，尽可能快地处理所有待处理事件（包括QTimer的timeout信号），因此槽函数被频繁触发。
• 无UI更新需求时：槽函数仅执行变量自增，不会触发任何UI事件。此时Qt的事件循环进入空闲等待状态，会暂停等待系统事件（比如用户输入、系统定时器信号），而非持续快速迭代。QTimer的timeout信号依赖事件循环的迭代来触发，循环间隔变长直接导致信号触发频率大幅降低。

验证方法 #

如果在无UI控件的情况下，主动强制事件循环处理事件，比如修改槽函数：

@Slot()
def count_sheep(self):
    self.sheep_number += 1
    QApplication.processEvents()  # 强制处理所有待处理事件

你会发现槽函数的触发次数会明显回升，这是因为processEvents()主动拉高了事件循环的运行频率。

额外说明 #

Qt默认的QTimer使用Qt.CoarseTimer类型，精度较低（误差可达5%），即使改用Qt.PreciseTimer，无UI更新时的触发次数依然远低于有UI更新的场景——因为事件循环的运行频率才是核心限制因素。

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