Qt之延时总结

一、阻塞型延时
阻塞的原理就是:在延时期间,本线程的事件循环得不到执行。

1、QThread类的sleep()
最简单的延时方法就是使用QThread类的sleep(n)、msleep(n)、usleep(n),这几个函数的不良后果就是,GUI会在延时的时间段内失去响应,界面卡死,所以,这三个函数一般用在非GUI线程中。

QThread::msleep(50);//阻塞延时50ms


2、使用定时器:死等

  1.  
    void Delay_MSec_Suspend(unsigned int msec)
  2.  
    {    
  3.  
        QTime _Timer = QTime::currentTime().addMSecs(msec);
  4.  
        while( QTime::currentTime() < _Timer );
  5.  
    }


二、非阻塞延时
原理无非就是利用事件循环,有两种原理:

1、处理本线程的事件循环
在等待中,不断强制进入当前线程的事件循环,这样可以把堵塞的事件都处理掉,从而避免程序卡死

  1.  
    void Delay_MSec(unsigned int msec)
  2.  
    {
  3.  
        QTime _Timer = QTime::currentTime().addMSecs(msec);
  4.  
        while( QTime::currentTime() < _Timer )
  5.  
            QCoreApplication::processEvents(QEventLoop::AllEvents, 100);
  6.  
    }

QCoreApplication::processEvents(QEventLoop::AllEvents, 100);//这条语句能够使程序在while等待期间,去处理一下本线程的事件循环,处理事件循环最多100ms必须返回本语句,如果提前处理完毕,则立即返回这条语句。这也就导致了该Delay_MSec函数的定时误差可能高达100ms。

2、使用子事件循环
创建子事件循环,在子事件循环中,父事件循环仍然是可以执行的

  1.  
    void Delay_MSec(unsigned int msec)
  2.  
    {
  3.  
        QEventLoop loop;//定义一个新的事件循环
  4.  
        QTimer::singleShot(msec, &loop, SLOT(quit()));//创建单次定时器,槽函数为事件循环的退出函数
  5.  
        loop.exec();//事件循环开始执行,程序会卡在这里,直到定时时间到,本循环被退出
  6.  
    }


三、耗时代码的处理
假设有这样的应用情景:点击某个button之后,需要读入并处理一幅图像,需要耗时20秒才能处理完。

在这20s内,GUI会失去效应,界面上的任何元素都无法被点击,这种情况应该怎么办?方法有两种:1、用另一个线程去处理这个耗时任务;2、在耗时任务中,不断地去处理本线程的事件循环,以保证GUI的及时响应。

这里重点说一下第2种,参考https://blog.csdn.net/dbzhang800/article/details/6554104

  1.  
    for(i=0; i < 1000000; i++)
  2.  
    {
  3.  
        //QCoreApplication::processEvents(QEventLoop::AllEvents);    //去处理本线程的事件循环,避免本线程被堵塞
  4.  
        QCoreApplication::processEvents(QEventLoop::AllEvents, 5);//如果不够频繁,可以增加第二参数来缓解卡顿
  5.  
     
  6.  
        for(j=0; j < 1000000; j++)
  7.  
        {
  8.  
            //QCoreApplication::processEvents(QEventLoop::AllEvents);//处理事件循环,不建议放在这里,可能过于频繁
  9.  
            doSomeThing();
  10.  
        }
  11.  
    }

 

四、Qt自带延时

  1.  
    #include <synchapi.h>
  2.  
    synchapi.h是Qt自带的头文件
  3.  
     
  4.  
     
  5.  
    Sleep(40);延迟40毫秒


一般来说,processEvents()不宜被调用的过于频繁,也不宜被调用的不够频繁。过于频繁的话,一方面会使线程的响应更好,但另一方面会导致原本就耗时的任务变得更加耗时;不够频繁的话,显然可能会使GUI线程的响应变差,例如每500ms才被调用一次,那么GUI的事件循环就只能500ms才被处理一次,当然,这个问题可以通过设定processEvents()的第二个形参略微得到缓解,更好的做法是,保证被调的周期<200ms(再小一些更好,看程序需求),这样不至于肉眼可见的卡顿。

副作用:(特别注意!)

1、在点击按钮之后,这个20s的耗时任务开始执行,尚未执行完毕时,我们点击了GUI的关闭按钮,那么GUI会立即消失,但是这个耗时任务仍然会在后台执行,直到执行完毕,进程才会退出。解决办法:重写关闭事件,在关闭事件的函数中直接结束进程。

2、在点击按钮之后,这个20s的耗时任务开始执行,执行到第5秒时,我们再次点击了这个按钮,那么QT又会执行一个新的20s任务,这个新任务完成后,又会接着把第一个20s任务从上次被打断的第5秒继续执行。如果这个任务是可重入的,后果仅仅是被执行了两遍,如果任务不可重入,那情况就彻底糟糕了。解决办法:点击按钮后把这个按钮disable掉,执行完再enable

转载链接:https://blog.csdn.net/qq_31073871/article/details/80472347 

Qt之延时总结

上一篇:SP1236,SP1237,SP1238几款DC-DC大电流降压车充芯片的功能参数对比


下一篇:基于OpenPAI细化部署 Hadoop 集群