一、前言

在最近的项目中，发现执行 Qt 程序时，有些情况下的 CPU 占用率奇高，最高高达 100%。项目跑在嵌入式板子上，最开始使用 EGLFS 插件，但是由于板子没有单独的鼠标层，导致鼠标移动起来卡顿，很不流畅，所以换成了 LinuxFB 插件。但是如果 CPU 占有率高了的话，也会导致鼠标卡顿，因为鼠标是由 Qt 应用程序层负责绘制的，如果应用程序 CPU 占有率高了的话，也会导致鼠标绘制缓慢，导致鼠标卡顿。

所以要解决 CPU 占有率高的问题，进行性能优化，本文对项目中容易出现的问题现象与解决办法进行了记录。

二、UI 控件频繁刷新

现象

代码逻辑控制的 UI 控件（包括 QWidget）频繁刷新，或者某个动作频繁执行。UI 刷新在一定程度上会对CPU占用率有影响，若频繁刷新控件(不论是重绘还是更新数据)，都会十分消耗 CPU 占用率。例如一个时间 Label，采用定时器设置时间，如果定时器的定时间隔过短，比如 10ms 甚至更短，就会比较消耗 CPU 占用率。

解决方法

所以自定义 UI 控件时就需要注意避免频繁刷新；定时器的间隔时间也要合理设置，避免过短或过长。

三、paintEvent 高频绘图

这个情况很常见，但相关内容很多不方便放在这，可以看我的下一篇博客：Qt 性能优化之二：绘制视频方案选择

四、优化界面刷新

现象
项目中有一项功能是在子线程里读数据，数据若发生变化了就发送信号，在槽里更新界面。程序运行的时候会出现数据变化很频繁的情况，也导致更新界面的信号在短时间内被触发很多次，大大损耗了程序的性能。

解决方法
因为人眼捕获的帧率有限，所以界面显示不需要太快的刷新速度，把信号槽更新界面改为用定时器更新界面，就能避免某一时间段数据变化过频导致的卡顿问题。

五、样式表导致绘图事件频繁调用

现象

QWidget：主窗口，背景利用setStyleSheet设置，同时重写paintEvent事件（QWigdet 的 paintEvent 默认为空）：

void mainWidget::paintEvent(QPaintEvent *event)
{QStylePainter painter(this);QStyleOption opt;opt.initFrom(this);opt.rect = this->rect();painter.drawPrimitive(QStyle::PE_Widget,opt);QWidget::paintEvent(event);
}

主窗口上有众多不规则按键（某些按键组合成按键组，按下一个按键按键组的外观一起改变，通过设置样式表实现），每个按键都setMask设置有效区域，按键在按下，松开，选中都会有不同的样式，通过setStyleSheet设置。

结果发现，按键在响应过程中非常慢，top 看一下 CPU 占用率在点击按键时达到了 90%+，重绘事件在控件外观发生变化时会被调用。

猜测：在操作按键（按下，松开，点击）时在其槽函数改变按键的样式表，按键为主窗口的子控件。所以也会操作到主窗口的样式表。也即，主窗口的重绘事件也被调用。也就导致了每点击一个按键，最少也要调用三次主窗口的重绘事件。重复多次调用重绘事件使得在嵌入式平台中响应速度变慢。

解决方法

主窗口不使用样式表方式设置背景，改用调色板方式，此时主窗口样式表为空：

mainWidget::mainWidget(QWidget *parent) :QWidget(parent),ui(new Ui::mainWidget)
{QPixmap pixmap;QPalette palette;setWindowFlags(Qt::FramelessWindowHint);pixmap.load(":/images/res/mianbackground.png");palette.setBrush(QPalette::Window, QBrush(pixmap));setPalette(palette);ui->setupUi(this);
···
}

此时操作按键，CPU 占用率已经大大减小了，基本不会有超过 10% 的情况。

六、短时间内创建大量控件

现象

如果短时间内创建多个控件，例如一个 10x10 的控件网格，测试发现也会比较消耗 CPU 资源，尤其这个自定义控件本身比较消耗资源的话。

解决方法

• 优化自定义控件，减少单个控件创建所需的资源；
• 每创建一个或者一部分控件后，加点 sleep() 延时，但是这样会导致创建控件比较慢，视觉效果也不是很好，看怎么取舍了；
• 如果是创建大量只需要显示的控件，例如一些图标控件，可以考虑使用 Qt 的图形视图 Graphics View 框架，创建图元比创建 QWidegt 控件快多了，但是需要考虑 QWidget 与 QGraphicsScene 的嵌套使用。

七、短时间内多次调用 qDebug() 打印造成卡顿

现象

如果执行了一个操作，然后短时间内多次调用 qDebug() 打印，测试发现也会比较消耗 CPU 资源。

解决方法

所以平时不要加太多打印，正式发布后一些调试打印要即使删除。如果为了测试方便，有些打印不想删除，可以选择正式版本关闭打印，测试时可以使用终端执行./proName d来运行应用程序以输出打印，d是要输出打印的后缀。代码如下：

// 默认先关闭qDebug()打印，以减少短时间内输出大量qDebug()打印造成的卡顿
QLoggingCategory::defaultCategory()->setEnabled(QtDebugMsg, false);
// 如果执行./proName d，则开放打印
if(QString::fromUtf8(argv[1]) == "d") {printf("Open qDebug!!!!!\n");QLoggingCategory::defaultCategory()->setEnabled(QtDebugMsg, true);
}

八、设置线程优先级

现象
项目中有多线程的操作，所有的线程都是用默认的QThread::InheritPriority优先级。因为设备的性能有限，让所有的线程都以高优先级去运行，主线程被过多地占用资源，导致界面刷新卡顿的问题。

解决方法
Qt 的线程提供了以下几种优先级（由低到高排列），按照实际情况去设置优先级，可以提高界面的流畅度。

• QThread::IdlePriority
• QThread::LowestPriority
• QThread::LowPriority
• QThread::NormalPriority
• QThread::HighPriority
• QThread::HighestPriority
• QThread::TimeCriticalPriority
• QThread::InheritPriority

九、检查子线程的延时操作

现象
项目里有一个子线程的代码结构是这样的。

void run() {while (true) {if (...) {continue;}..... //operatemsleep(20);}
}

线程在延时状态下是会把 CPU 交给其它线程的，避免不停地抢占 CPU，以上代码虽然加了延时，但前面有一个判断操作，如果满足了条件，就直接调用continue，如果这个判断条件一直都是满足的，那就会不停地 continue，代码也就变成了以下形式。

void run() {while (true) {continue;}
}

等同于一个死循环，这样会大大影响程序的效率。

解决方法
在每个 continue 前添加延时。

void run() {while (true) {if (...) {msleep(20);continue;}..... //operatemsleep(20);}
}

或者避免使用 continue：

void run() {while (true) {if (...) {..... //operate}msleep(20);}
}

另外多线程，要合理的使用 sleep。对于while(1)中有耗时处理的，添加Sleep(0)就可以；对于没有耗时处理的，添加Sleep(0)就不行了，Sleep(1)，Sleep(5)都行。

十、优化数据库查询方式

如果表中数据量大或者查询频率高，可以使用 map 容器来存放，以空间换时间，减少查询损耗。或者调整数据结构，将 2，3 百条数据的数组改成 map 结构储存等等。

十一、通信协议的优化

可以通过优化通信协议来减少客户端和服务端的计算量。

十二、减少不必要的IO操作

IO 操作是比较耗时的，常见的 IO 有通信 IO 和文件 IO，可以检查相关代码进行优化。