Qt4问题集锦

一、Qt程序发布后加载的jpg、jpeg图片不可见

问题的提出：

最近在客户机器上部署安装QT编写的软件，发现只要是jpg、jpeg格式的图片都无法显示出来。最后发现必须按如下述步骤才能显示jpg、jpeg格式的图片：

1、 在你主启动程序即exe同一目录下新建一个目录，目录名必须和QT安装目录下的imageformats目录同名。也即新建一个名为imageformats的文件夹。

2 、找到QT安装目录下C:\Qt\4.8.5\plugins\imageformats子目录，将该子目录下的qjpeg4.dll文件复制到步骤1中新建的imageformats目录即可。

      此时再次启动主程序，现在发现jpg、jpeg格式的图片可以显示出来了。

说明：步骤2中红色路径我QT的安装路径，你的路径可能和我这不一样，请自行更改。

二、运行Qt程序时碰到QWidget: Must construct a QApplication before a QPaintDevice

问题的提出：

之前编译Qwt源码生成qwtd.dll，qwt.dll，然后在工程.pro文件中使用时引入Qwt模块：

DEFINES += QT_DLL QWT_DLL

INCLUDEPATH += C:/QtSDK/Desktop/Qt/4.8.1/mingw/include/Qwt

LIBS += -L"C:/QtSDK/Desktop/Qt/4.8.1/mingw/lib" -lqwtd

LIBS += -L"C:/QtSDK/Desktop/Qt/4.8.1/mingw/lib" -lqwt
结果程序运行时，出现QWidget: Must construct a QApplication before a QPaintDevice
网上搜索的结果是Releases和DEBUG版本的库混在一起了，虽然他们是不同的名字(Debug版本带个d)，但是一直不明白。我生成release版后，直接运行.exe时发现提示缺少qwtd.dll库，
此时才发现果然是库的问题，生成release版却调用了debug版的库qwtd.dll。

问题解决：将.pro文件中Qwt模块引入代码改为：

DEFINES += QT_DLL QWT_DLL

INCLUDEPATH += C:/QtSDK/Desktop/Qt/4.8.1/mingw/include/Qwt

CONFIG(debug,debug|release) {

 unix|win32: LIBS += -L"C:/QtSDK/Desktop/Qt/4.8.1/mingw/lib" -lqwtd

} else {

 unix|win32: LIBS += -L"C:/QtSDK/Desktop/Qt/4.8.1/mingw/lib" -lqwt

}

此时，编译成debug版则只会调用qwtd.dll，而生成release版则只会调用qwt.dll。

三、Qt编写上位机一定要初始化变量以及谨慎操作指针（尤其是QWidget控件指针）

背景：在编写QT上位机界面时，界面在运行的时候经常出现卡死或者直接挂掉的怪现象。

正文：上位机有个函数为check_receive()；该函数的作用为定时调用循环检测USB是否有数据。若有，则将信息打印到界面窗体上。界面上有两个QTableWidget窗体

"ui->can1tableWidget与ui->can2tableWidget"，根据传上来的的数据某个字节信息为1、或2来打印到对应的窗体上。代码如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14

QTableWidget *canselWidget = NULL; unsigned int CANSelCnt;   if(CANData.CANSel == 1) {     CANSelCnt = 第1个窗体显示的行数;    //伪代码     canselWidget = ui->can1tableWidget ; } else if(CANData.CANSel == 2) {     CANSelCnt = 第2个窗体显示的行数;    //伪代码     canselWidget = ui->can2tableWidget ; } //接着即使用canselWidget来对界面进行操作。

接着，总会出现，QT上位机界面直接卡死甚至挂掉的问题。观察现象发现，APP在显示数据窗体时即疯狂地新增新的行数。再研究代码，然后将CANSelCnt打印出来，发现其值为一个很大的随机值。

解决方案：CANSelCnt 在定义的时候要初始化！！！
接着运行上位机发现，APP显示数据窗体不再疯狂的新增行数了。可还是出现挂掉的现象！！
进一步调试才发现若是CANData.CANSel的值不是为1、2那会出现什么情况！ 就会对canselWideget这个NULL指针进行操作！更改代码如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14

switch(CANData.CANSel) {     case 1:         CANSelCnt = 第1个窗体显示的行数;    //伪代码         canselWidget = ui->can1tableWidget ;          break;     case 2:         CANSelCnt = 第2个窗体显示的行数;    //伪代码         canselWidget = ui->can2tableWidget ;         break;     default:         // 防止后续代码对空指针进行操作，直接返回。         return; }

总结：

1、此处代码写的非常不小心，犯如此低级的错误却花费了1天多的时间（还以为是下位机没配置好！）！下次一定要把握住程序运行的每个通路，杜绝此现象再次发生。

2、由于之前一直在写下位机代码，所以不赋初值的习惯也带入到这里，出了这次惨痛教训！

（以下讨论仅针对下位机）在下位机，为何会经常出现不赋初值的情况发生。（应该说是在声明的时候不会赋初值。）

　　首先，最重要的是，下位机保存全局变量的区域为掉电易失区域，所以得到的变量值会为默认"0"值，严谨的做法还是会初始化全局变量。

　　其次，在多个".c"文件包含一个".h"文件的情况下，若在".h"文件中赋初值，则相当于在其内即声明又定义了，那么编译时，即会出现如下报错：keil *** ERROR L104: MULTIPLE PUBLIC DEFINITIONS （报错信息不完整，只挑了重点部分）。所以说有多个".c"文件需要包含该".h"文件时，不能进行变量的定义，只能进行声明！然后在"main函数"内对其进行初始化操作，否则会出现以上错误，即重复定义！

那么多个"c"文件包含一个".h"文件具体该如何操作呢？

　　我自己当时的错误想法既是：

　　在".h"文件内，声明全局变量、函数，譬如uchar aa;void sum(uchar aa); 然后多个".c"文件#include该".h"文件，结局很显然，重复定义错误跑不掉。

　　何不使用 #ifndef #define #endif ？结果证明并没有什么卵用。

　　正确的做法是，

　　在".c"文件内声明全局变量、函数，譬如uchar aa;void sum(uchar aa);，并在".c"文件内实现该函数。

　　然后，在".h"文件，将变量aa，函数void sum(uchar aa)；声明为extern，这样，其他".c"包含该".h"文件即不会提示重复定义，也可以调用其内部的函数。

　　其实这种做法其实相当于某个需要调用该".c"文件的其他"XXX.c"文件在其文件内 extern 该“.c"文件内实现的函数及定义的变量。若是多个文件需要使用使用，每个".c"文件都需 extern 同样的变量和函数，显然在做重复工作，于是就将它放在一个".h"文件，多个".c"文件需要调用时直接包含该".h"文件就可以实现 extern 了。

总之，要养成良好的编程习惯，编写下位机时最好不要在.h文件去定义一个变量，更不能在.h文件去初始化变量。变量定义与初始化在.c文件进行，若多个外部.c文件需要调用，则在.h文件中添加extern进行外部声明即可。