qt有问题_百度拇指医生
&&&网友互助
拇指医生提醒您：该问题下为网友贡献，仅供参考。
别人说话一直有身
楼主，问题已提交，谢谢关注
向医生提问
完善患者资料：*性别：
为您推荐：
* 百度拇指医生解答内容由公立医院医生提供，不代表百度立场。
* 由于网上问答无法全面了解具体情况，回答仅供参考，如有必要建议您及时当面咨询医生2013年2月 移动平台大版内专家分月排行榜第三
本帖子已过去太久远了，不再提供回复功能。将某个Qt4项目升级到Qt5遇到的问题 - QTCN开发网 - Powered by phpwind
查看完整版本: [--
将某个Qt4项目升级到Qt5遇到的问题
原文：晚上花了4个小时，将以前的一个项目从Qt 4.8.4-MinGW升级到了Qt5.0.1-MinGW。 该Qt4项目以前是使用Qt4.7.4 MSVC2008开发的，因为使用到了OWC10(Office Web Components)，使用MSVC编译器的话无法正常升级到Qt4.8.x和Qt5，于是将编译器转成了MinGW4.7，Qt升级到了4.8.4。今天Qt 5.0.1-MinGW预编译版本发布了，于是就拿它练手，将它升级到Qt5，以减少系统中存在的多个Qt版本 。遇到的问题如下：
1.  由于Qt5将大部分桌面部件移到了Qt Widgets模块中，所以在.pro中要增加下面一行QT += widgets
2. 程序中使用了OWC10，用到了ActiveQt，原来的做法是在.pro中加CONFIG += qaxcontainer，现在需要改成QT += axcontainer当然了，原来的CONFIG += qaxcontainer也将去除 3. 为了充分使用C++11特性，在.pro中加下面一行CONFIG += c++11 4. 在源文件中，凡是涉及到原QtGui中可视部件的，全要修改头文件引用，或者增加QtWidgets头文件，比如：#include &QtGui/QPushButton&  要改成  #include &QPushButton&  或者  #include &QtWidgets/QPushButton&在以前使用#include &QtGui&的地方，要加上 #include &QtWidgets& 5. 由于Qt5去除了QTextCodec::setCodecForCStrings()函数，所以在涉及到在cpp中直接写汉字的情况，有如下两种修改方法：a)  如果以前的源文件编码是GBK的，则需要使用QString::fromLocal8Bit()函数将原来的汉字括起来；或者直接将源文件编码转换成UTF-8的（缺点是MSVC编译器不能方便的使用了）。我使用了使用QString::fromLocal8Bit()来调用的方式（当然了，另写便捷函数或宏来处理）b) 如果以前的源文件编码是UTF-8的，则什么都不用动。 6. 以前使用QDesktopServices::storageLocation(QDesktopServices::xxxx)来获取一些系统目录，现在则要改成QStandardPaths::writableLocation(QStandardPaths::xxxx)
7. 以前调用QFileDialog::getSaveFileName()时，如果在Windows下使用Native Dialog形式指定文件名，则能正常显示，如今Qt5不能正常显示文件名。所以将它的后两个参数加上了，即QFileDialog::getSaveFileName(xxx, xxx, xxx, xxx, 0, QFileDialog::DontUseNativeDialog)，这样就正常了，只是它的对话框不是系统形式的，暂且将就吧。 8. 还有，Qt5解决了ui_qaxselect.h文件的问题。在Qt4时代，使用ActiveQt时，老提示没有这个文件，需要自己找到源代码手工uic qaxselect.ui & ui_qaxselect.h来生成一下，Qt5中则解决了该问题。
9.使用到打印相关的类，Qt5单独放到了QtPrintSupport模块中，所以得加头文件#include &QtPrintSupport&，在.pro中要加QT += printsupport
10. 使用到QWebPage等webkit相关可视部件的，Qt5单独放到了QtWebKitWidgets模块中，所以得加头文件#include &QtWebKitWidgets&，在.pro中要加QT += webkitwidgets 11. Qt4中的cleanlooks、plastique、cde、motif等主题样式没有，新加了个fusion，好吧，问题是我的一个项目框架使用的是cleanlooks主题样式然后加自定义样式表，这下可好，升级Qt5后，样子有的就与windowsvista或fusion不相符或有缺陷，得调整一下了。所以，对主题样式依赖比较严重的程序，要衡量一下是否要升级到Qt5了。 12. .pro文件中的TARGET在Qt4(qmake v2)中是可以不填写的，那么它就从自动采用.pro文件名字，而在Qt5中(qmake v3)这个TARGET不可不写。 13. Q_WS_XXX已被废弃,使用Q_OS_XXX代替. 至于c++11 支持的连接信号与槽时可以不使用SLOT、SIGNAL宏的问题，现在先不改吧，虽然新方法去除了这两个宏，并且加强了类型检查，但也又增加了类名和一个&符号，先偷懒不动吧。 总的来说，将Qt4项目升级到Qt5，比较平滑，唯一比较累人的就是中文字符串问题了。
对于汉字编码问题，主要是MSVC和其他编译器行为不一致问题，比较简单的方法是：源文件都使用带BOM的UTF-8，然后添加#if _MSC_VER &= 1600#pragma execution_character_set(&utf-8&)#endif可解决 MSVC2010sp1+&&的UTF-8问题MSVC2008的话，需要打一个补丁
很久以前是一直用MinGW来着，用的UTF-8，为了和Linux GCC行为一致。后来使用ICE的时候，官方不提供MinGW版本的，就换MSVC了（当时还用MSVC2005），结果需要加BOM的UTF-8，为了MinGW、MSVC兼容，就改用GBK编码了。现在结果Qt又默认使用UTF-8，本来挺好的，就是MSVC问题不好处理，所以还得用GBK，并且历史及现维护项目都使用的是GBK，都换成UTF-8可能有未知问题（有调用WIN32 API的情况），所以还是用GBK吧。只不过以后写程序多加个宏或内联函数调用就行了。当然了，通用程序最好还是不写汉字而使用翻译。发现许多开源库对MSVC不感冒，根本不提供MSVC的编译包或编译方式，这多麻烦。现在项目中用到了GMP C++接口，结果编译MSVC动态库好麻烦或根本就不支持（没见代码中有关于DLL类导出相关的东西，所以想使用C++接口只能调用静态库）。还有顶楼中所说的OWC10的问题，如果不升级的话，机器中永远得留着MSVC2008+Qt4.7.4，所以干脆全转成MinGW算了，逐渐升级到Qt5上面。其实MSVC挺不错的，它的发布基本上都是两年到三年一个大版本，然后后面跟个补丁版本。这样一个大版本，基本上能使用五年左右，甚至更长，保持了相对稳定，MinGW就麻烦点，GCC版本在不断的升级，自身build版本也众多，只能随手升级了。只要Qt官方能在每个发布包中提供MinGW就OK了，也省得自己安装MinGW和编译Qt了，上次编译了一次完整的4.8.4 release，花了三个小时，太麻烦了。很怀念4.3时代一次MSVC release编译只20分钟。以后遇到非MSVC不可的情况（比如这个ICE），就自己封装DLL供Qt/MinGW调用吧。
好像pro文件用带bom的utf8不能被qmake处理？同样对于mingw如此众多的版本感觉很纠结……
引用第3楼roywillow于 15:33发表的 回 1楼(dbzhang800) 的帖子 :好像pro文件用带bom的utf8不能被qmake处理？ 对，.pro/.pri/.prf/.prl 文件本身只支持 ASCII，不支持UTF8。当时我考虑的是，直接跳过UTF-8开头的BOM（这样，所有的文件，包括qml，都可以使用带BOM的utf8），但是Oswald Buddenhagen不同意(因为qmake不能真正处理utf8字符，怕给用户造成误导)，所以最终方案是：遇到BOM时，让qmake给出一个错误信息而后退出(最新的QtCreator应该也会强制删除pro文件的BOM)。
Qt5.0.1又把mingw打包在里面了，以后就用这个版本的mingw了
下午又将一个自己写的项目框架升级到了Qt5，遇到9到12号问题，加到了主题帖中。
那几个样式好像还是可以作为插件提供的
引用第7楼roywillow于 16:39发表的 回 6楼(XChinux) 的帖子 :那几个样式好像还是可以作为插件提供的
是需要自己编译吧？源代码中没有找到。
似乎发现Qt5的那几个大DLL很不耐压，一压缩后没多大(Release版)。文件模块拆分的比较小，所以看似文件比较多，实际上增加的体积没有那么恐怖。
我记得在changelog还是什么地方看到过，说如果需要可以自己单独编译插件，估计要自己去gitorious上下源码
移除的类都在单独的仓库中，可以根据 自己的需要选择qtstylepluginsqtftpqthttp...见：
我习惯用静态编译，然后用upx把exe压缩一下
引用第12楼realfan于 19:04发表的 回 9楼(XChinux) 的帖子 :我习惯用静态编译，然后用upx把exe压缩一下
多数人是使用LGPL授权的Qt来编写的闭源代码，不便(不能)采用静态发布的。
引用第11楼dbzhang800于 17:03发表的&&:移除的类都在单独的仓库中，可以根据 自己的需要选择qtstylepluginsqtftpqthttp.......
编译cleanlooks时链接失败。还是用默认样式吧，我这程序客户对界面没啥要求。
我也尝试过压缩exe文件，可是在使用打包工具打包产品后发现并没有少多少！另外，MSVC的升级周期长是挺好的，这样开发工具可以稳定工作若干个项目。 现在mingw和Qt的更新感觉有时候太快了！！
静态生成的exe，用upx压缩，一般可以减少体积一半以上。升级周期短，你们项目可以自己决定是否跟进呀。至少有的选择。
引用第13楼dbzhang800于 19:12发表的 Re:回 9楼(XChinux) 的帖子 :多数人是使用LGPL授权的Qt来编写的闭源代码，不便(不能)采用静态发布的。
这倒也是。Qt商业版一个License几千刀，个人是不会买的。
动态编译，把生成的exe及dll，用Enigma Virtual Box打包成一个exe文件也可以。这样应该不违反LGPL吧。不过Qt5的dll数量比qt4多好多，而且体积也大。
昨天移植一个Qt4项目到Qt5，连接不上MSSQL，后来才发现是因为获取不到MSSQL Driver字符串（我从注册表中已注册的ODBC驱动来获取的），再后来才发现因为我将这段代码封在了#ifdef Q_WS_WIN里了，这段代码根本就没有执行，网上一查才知道原来Qt5中废弃了Q_WS_WIN、Q_WS_X11等这些宏，可使用Q_OS_XXX代替，所以将这条规则加到主帖中第13个问题中了。
引用第18楼realfan于 09:10发表的 回 13楼(dbzhang800) 的帖子 :动态编译，把生成的exe及dll，用Enigma Virtual Box打包成一个exe文件也可以。这样应该不违反LGPL吧。不过Qt5的dll数量比qt4多好多，而且体积也大。 话说现在我也不管那么多了，反正我这边学项目都是针对企业客户的，对软件包大小不那么敏感，干脆一并将全部必要DLL全带过去，省得一个一个确认拷贝了。
今天也把一个项目升级到了Qt5，有了上面的信息，过程基本上还算顺利。我用到的东西不是很多，遇到的问题大致是上面提到的1，4，11点。我也比较喜欢用cleanlooks样式，可惜Qt5没有了。
另外我还遇到了一个上面没有提到的问题：在我的几个继承于QAbstractTableModel的类中用到了reset()函数，但在Qt5中好像不能用了，出现了莫名其妙的错误。把这个函数换成了以下代码，不知道是不是这样，没有找到相关的说明。beginResetModel();&&&& ..................endResetModel();
可以参考的文档
非常感谢！
查看完整版本: [--
Powered by
Gzip disabled该Qt4项目以前是使用Qt4.7.4&MSVC2008开发的，因为使用到了OWC10(Office&Web&Components)，使用MSVC编译器的话无法正常升级到Qt4.8.x和Qt5，于是将编译器转成了MinGW4.7，Qt升级到了4.8.4。今天Qt&5.0.1-MinGW预编译版本发布了，于是就拿它练手，将它升级到Qt5，以减少系统中存在的多个Qt版本&。遇到的问题如下：
1.&&由于Qt5将大部分桌面部件移到了Qt&Widgets模块中，所以在.pro中要增加下面一行
QT&+=&widgets
2.&程序中使用了OWC10，用到了ActiveQt，原来的做法是在.pro中加CONFIG&+=&qaxcontainer，现在需要改成
QT&+=&axcontainer
当然了，原来的CONFIG&+=&qaxcontainer也将去除
3.&为了充分使用C++11特性，在.pro中加下面一行
CONFIG&+=&c++11
4.&在源文件中，凡是涉及到原QtGui中可视部件的，全要修改头文件引用，或者增加QtWidgets头文件，比如：
#include&&QtGui/QPushButton&&&要改成&&#include&&QPushButton&&&或者&&#include&&QtWidgets/QPushButton&
在以前使用#include&&QtGui&的地方，要加上&#include&&QtWidgets&
5.&由于Qt5去除了QTextCodec::setCodecForCStrings()函数，所以在涉及到在cpp中直接写汉字的情况，有如下两种修改方法：
a)&&如果以前的源文件编码是GBK的，则需要使用QString::fromLocal8Bit()函数将原来的汉字括起来；或者直接将源文件编码转换成UTF-8的（缺点是MSVC编译器不能方便的使用了）。我使用了使用QString::fromLocal8Bit()来调用的方式（当然了，另写便捷函数或宏来处理）
b)&如果以前的源文件编码是UTF-8的，则什么都不用动。
6.&以前使用QDesktopServices::storageLocation(QDesktopServices::xxxx)来获取一些系统目录，现在则要改成
QStandardPaths::writableLocation(QStandardPaths::xxxx)
7.&以前调用QFileDialog::getSaveFileName()时，如果在Windows下使用Native&Dialog形式指定文件名，则能正常显示，如今Qt5不能正常显示文件名。所以将它的后两个参数加上了，即QFileDialog::getSaveFileName(xxx,&xxx,&xxx,&xxx,&0,&QFileDialog::DontUseNativeDialog)，这样就正常了，只是它的对话框不是系统形式的，暂且将就吧。
8.&还有，Qt5解决了ui_qaxselect.h文件的问题。在Qt4时代，使用ActiveQt时，老提示没有这个文件，需要自己找到源代码手工uic&qaxselect.ui&&&ui_qaxselect.h来生成一下，Qt5中则解决了该问题。
9.使用到打印相关的类，Qt5单独放到了QtPrintSupport模块中，所以得加头文件#include&&QtPrintSupport&，在.pro中要加QT&+=&printsupport
10.&使用到QWebPage等webkit相关可视部件的，Qt5单独放到了QtWebKitWidgets模块中，所以得加头文件#include&&QtWebKitWidgets&，在.pro中要加QT&+=&webkitwidgets
11.&Qt4中的cleanlooks、plastique、cde、motif等主题样式没有，新加了个fusion，好吧，问题是我的一个项目框架使用的是cleanlooks主题样式然后加自定义样式表，这下可好，升级Qt5后，样子有的就与windowsvista或fusion不相符或有缺陷，得调整一下了。所以，对主题样式依赖比较严重的程序，要衡量一下是否要升级到Qt5了。
12.&.pro文件中的TARGET在Qt4(qmake&v2)中是可以不填写的，那么它就从自动采用.pro文件名字，而在Qt5中(qmake&v3)这个TARGET不可不写。
13.&Q_WS_XX的宏不可用了,使用Q_OS_XX代替.
至于c++11&支持的连接信号与槽时可以不使用SLOT、SIGNAL宏的问题，现在先不改吧，虽然新方法去除了这两个宏，并且加强了类型检查，但也又增加了类名和一个&符号，先偷懒不动吧。
阅读(...) 评论()下次自动登录
现在的位置:
& 综合 & 正文
QT学习遇到的问题（2）
编写QT小遇到的问题:
#include &QtGui/QApplication&
#include &QtGui/QSlider&
#include &QtGui/QSpinBox&
#include &QtGui/QHBoxLayout&
#include &QObject&
int main(int argc, char *argv[])
QApplication a(argc, argv);
QWidget *mainWin = new QWidget();
mainWin-&setWindowTitle("ex1");
QSlider *mSlider =
new QSlider();
mSlider-&setRange(0, 100);
QSpinBox *mSpinBox = new QSpinBox();
mSpinBox-&setRange(0, 100);
QObject::connect(mSlider, SIGNAL(valueChanged(int)), mSpinBox, SLOT(setValue(int)));
QObject::connect(mSpinBox, SIGNAL(valueChanged(int)), mSlider, SLOT(setValue(int)));
mSpinBox-&setValue(10);
QHBoxLayout *mLayout = new QHBoxLayout();
mLayout-&addWidget(mSpinBox);
mLayout-&addWidget(mSlider);
mainWin-&setLayout(mLayout);
mainWin-&show();
return a.exec();
pro文件如下：
TARGET = ex1
+= console
-= app_bundle
TEMPLATE = app
SOURCES += main.cpp
出现的问题（一）：
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: virtual __thiscall QApplication::~QApplication(void)" (__imp_??1QApplication@@UAE@XZ)，该符号在函数 _main 中被引用
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: static int __cdecl QApplication::exec(void)" (__imp_?exec@QApplication@@SAHXZ)，该符号在函数 _main 中被引用
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: void __thiscall QWidget::show(void)" (__imp_?show@QWidget@@QAEXXZ)，该符号在函数 _main 中被引用
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: void __thiscall QWidget::setLayout(class QLayout *)" (__imp_?setLayout@QWidget@@QAEXPAVQLayout@@@Z)，该符号在函数 _main 中被引用
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: void __thiscall QBoxLayout::addWidget(class QWidget *,int,class QFlags&enum Qt::AlignmentFlag&)" (__imp_?addWidget@QBoxLayout@@QAEXPAVQWidget@@HV?$QFlags@W4AlignmentFlag@Qt@@@@@Z)，该符号在函数 _main 中被引用
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: __thiscall QHBoxLayout::QHBoxLayout(void)" (__imp_??0QHBoxLayout@@QAE@XZ)，该符号在函数 _main 中被引用
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: void __thiscall QSpinBox::setValue(int)" (__imp_?setValue@QSpinBox@@QAEXH@Z)，该符号在函数 _main 中被引用
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: void __thiscall QSpinBox::setRange(int,int)" (__imp_?setRange@QSpinBox@@QAEXHH@Z)，该符号在函数 _main 中被引用
main.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: __thiscall QSpinBox::QSpinBox(class QWidget *)" (__imp_??0QSpinBox@@QAE@PAVQWidget@@@Z)，该符号在函数 _main 中被引用
解决方法：
更改pro文件，至少将
原因是，程序为一个gui程序。所以需要gui库文件。关于pro文件的编写规则，详见下述转载文档。
出现的问题（二）：
error C3861: “connect”: 找不到标识符
解决办法：
在connect前添加类名QObject。
QSlider样式：
QSpinBox样式：
QLabel式样：
显示一个插件时，不需要创建Widget和布局，直接显示即可。如：
QLabel *label = new QLabel("Hello Qt!");
label-&show();
要显示多个插件时，则需要一个QWidget 和Layout来布置这些插件。
设置一个退出按钮：
QPushButton *button = new QPushButton("Quit");
QObject::connect(button, SIGNAL(clicked()),
&app, SLOT(quit()));
以下内容转自：
在QT中，有一个工具qmake可以生成一个makefile文件，它是由.pro文件生成而来的，.pro文件的写法如下：
从“#”开始，到这一行结束。
2. 指定源文件
SOURCES = *.cpp
对于多源文件，可用空格分开，如：SOURCES =1.cpp 2.cpp3.cpp
或者每一个文件可以被列在一个分开的行里面，通过反斜线另起一行，就像这样:
SOURCES = hello.cpp
一个更冗长的方法是单独地列出每一个文件，就像这样：
SOURCES+= hello.cpp
SOURCES+=main.cpp
这种方法中使用“+=”比“=”更安全，因为它只是向已有的列表中添加新的文件，而不是替换整个列表。
3. 指定头文件
HEADERS = hello.h或者HEADERS += hello.h
列出源文件的任何一个方法对头文件也都适用。
4. 配置信息
CONFIG用来告诉qmake关于应用程序的配置信息。
CONFIG+=qt warn_on release
在这里使用“+=”，是因为我们添加我们的配置选项到任何一个已经存在中。这样做比使用“=”那样替换已经指定的所有选项是更安全的。
A& qt部分告诉qmake这个应用程序是使用Qt来连编的。这也就是说qmake在连接和为编译添加所需的包含路径的时候会考虑到Qt库的。
B& warn_on部分告诉qmake要把编译器设置为输出警告信息的。
C& release部分告诉qmake应用程序必须被连编为一个发布的应用程序。在开发过程中，程序员也可以使用debug来替换release
5. 指定目标文件名
TARGET = filename
如果不设置该项目，目标名会被自动设置为跟项目文件一样的名称
6. 添加界面文件(ui)
INTERFACES = filename.ui
7. 平台相关性处理
我们在这里需要做的是根据qmake所运行的平台来使用相应的作用域来进行处理。为Windows平台添加的依赖平台的文件的简单的作用域看起来就像这样：
SOURCES += hello_win.cpp
所以如果qmake运行在Windows上的时候，它就会把hello_win.cpp添加到源文件列表中。如果qmake运行在其它平台上的时候，它会很简单地把这部分忽略。
8. 如果一个文件不存在，停止qmake
如果某一个文件不存在的时候，你也许不想生成一个Makefile。我们可以通过使用exists()函数来检查一个文件是否存在。我们可以通过使用error()函数把正在运行的qmake停下来。这和作用域的工作方式一样。只要很简单地用这个函数来替换作用域条件。对main.cpp文件的检查就像这样：
!exists( main.cpp ) {
error( "No main.cpp filefound")
“!”用来否定这个测试，比如，如果文件存在，exists(main.cpp)是真，如果文件不存在，!exists( main.cpp )是真。
9. 检查多于一个的条件
假设你使用Windows并且当你在命令行运行你的应用程序的时候你想能够看到qDebug()语句。除非你在连编你的程序的时候使用console设置，你不会看到输出。我们可以很容易地把console添加到CONFIG行中，这样在Windows下，Makefile就会有这个设置。但是如果告诉你我们只是想在当我们的应用程序运行在Windows下并且当debug已经在CONFIG行中的时候，添加console。这需要两个嵌套的作用域；只要生成一个作用域，然后在它里面再生成另一个。把设置放在最里面的作用域里，就像这样：
CONFIG+= console
嵌套的作用域可以使用冒号连接起来，像这样：
win32:debug {
CONFIG += console
模板变量告诉qmake为这个应用程序生成哪种makefile。下面是可供使用的选择：
A& app-建立一个应用程序的makefile。这是默认值，所以如果模板没有被指定，这个将被使用。
B& lib - 建立一个库的makefile。
C& vcapp -建立一个应用程序的VisualStudio项目文件。
D& vclib -建立一个库的VisualStudio项目文件。
E& subdirs-这是一个特殊的模板，它可以创建一个能够进入特定目录并且为一个项目文件生成makefile并且为它调用make的makefile。
11. 生成Makefile
当你已经创建好你的项目文件，生成Makefile就很容易了，你所要做的就是先到你所生成的项目文件那里然后输入：
Makefile可以像这样由“.pro”文件生成：
qmake-oMakefile hello.pro
对于VisualStudio的用户，qmake也可以生成“.dsp”文件，例如：
qmake-tvcapp -o hello.dsp hello.pro
Qt pro工程文件 介绍
分类：Qt/C++
app - 建立一个应用程序的makefile。这是默认值，所以如果模板没有被指定，这个将被使用。
lib - 建立一个库的makefile。
vcapp - 建立一个应用程序的Visual Studio项目文件。
vclib - 建立一个库的Visual Studio项目文件。
subdirs -这是一个特殊的模板，它可以创建一个能够进入特定目录并且为一个项目文件生成makefile并且为它调用make的makefile。
“app”模板
“app”模板告诉qmake为建立一个应用程序生成一个makefile。当使用这个模板时，下面这些qmake系统变量是被承认的。你应该在你的.pro文件中使用它们来为你的应用程序指定特定信息。
HEADERS - 应用程序中的所有头文件的列表。
SOURCES - 应用程序中的所有源文件的列表。
FORMS - 应用程序中的所有.ui文件（由Qt设计器生成）的列表。
LEXSOURCES - 应用程序中的所有lex源文件的列表。
YACCSOURCES - 应用程序中的所有yacc源文件的列表。
TARGET - 可执行应用程序的名称。默认值为项目文件的名称。（如果需要扩展名，会被自动加上。）
DESTDIR - 放置可执行程序目标的目录。
DEFINES - 应用程序所需的额外的预处理程序定义的列表。
INCLUDEPATH - 应用程序所需的额外的包含路径的列表。
DEPENDPATH - 应用程序所依赖的搜索路径。
VPATH - 寻找补充文件的搜索路径。
DEF_FILE - 只有Windows需要：应用程序所要连接的.def文件。
RC_FILE - 只有Windows需要：应用程序的资源文件。
RES_FILE - 只有Windows需要：应用程序所要连接的资源文件。
CONFIG变量
配置变量指定了编译器所要使用的选项和所需要被连接的库。配置变量中可以添加任何东西，但只有下面这些选项可以被qmake识别。
下面这些选项控制着使用哪些编译器标志：
release - 应用程序将以release模式连编。如果“debug”被指定，它将被忽略。
debug - 应用程序将以debug模式连编。
warn_on - 编译器会输出尽可能多的警告信息。如果“warn_off”被指定，它将被忽略。
warn_off - 编译器会输出尽可能少的警告信息。
下面这些选项定义了所要连编的库/应用程序的类型：
qt - 应用程序是一个Qt应用程序，并且Qt库将会被连接。
thread - 应用程序是一个多线程应用程序。
x11 - 应用程序是一个X11应用程序或库。
windows - 只用于“app”模板：应用程序是一个Windows下的窗口应用程序。
console - 只用于“app”模板：应用程序是一个Windows下的控制台应用程序。
dll - 只用于“lib”模板：库是一个共享库（dll）。
staticlib - 只用于“lib”模板：库是一个静态库。
plugin - 只用于“lib”模板：库是一个插件，这将会使dll选项生效。
例如，如果你的应用程序使用Qt库，并且你想把它连编为一个可调试的多线程的应用程序，你的项目文件应该会有下面这行：
CONFIG += qtthreaddebug注意，你必须使用“+=”，不要使用“=”，否则qmake就不能正确使用连编Qt的设置了，比如没法获得所编译的Qt库的类型了。
qmake高级概念
“=”操作符
分配一个值给一个变量
“+=”操作符
向一个变量的值的列表中添加一个值
“-=”操作符
从一个变量的值的列表中移去一个值
“*=”操作符
仅仅在一个值不存在于一个变量的值的列表中的时候，把它添加进去
“~=”操作符
替换任何与指定的值的正则表达式匹配的任何值 DEFINES ~= s/QT_[DT].+/QT
win32:thread {
DEFINES +=QT_THREAD_SUPPORT
} else:debug{
DEFINES +=QT_NOTHREAD_DEBUG
warning("Unknownconfiguration")
到目前为止我们遇到的变量都是系统变量，比如DEFINES、SOURCES和HEADERS。你也可以为你自己创建自己的变量，这样你就可以在作用域中使用它们了。创建自己的变量很容易，只要命名它并且分配一些东西给它。比如：
MY_VARIABLE= value你也可以通过在其它任何一个变量的变量名前加$$来把这个变量的值分配给当前的变量。例如：
MY_DEFINES =$$DEFINESMY_DEFINES = $${DEFINES}
第 二种方法允许你把一个变量和其它变量连接起来，而不用使用空格。qmake将允许一个变量包含任何东西（包括$(VALUE)，可以直接在makefile中直接放置，并且允许它适当地扩张，通常是一个环境变量）。无论如何，如果你需要立即设置一个环境变量，然后你就可以使用$$()方法。比如：
MY_DEFINES =$$(ENV_DEFINES)这将会设置MY_DEFINES为环境变量ENV_DEFINES传递给.pro文件地值。另外你可以在替换的变量里调用内置函数。这些函数（不会和下一节中列举的测试函数混淆）列出如下：
join( variablename, glue, before, after )
这将会在variablename的各个值中间加入glue。如果这个变量的值为非空，那么就会在值的前面加一个前缀before和一个后缀after。只有variablename是必须的字段，其它默认情况下为空串。如果你需要在glue、before或者after中使用空格的话，你必须提供它们。
member( variablename, position )
这将会放置variablename的列表中的position位置的值。如果variablename不够长，这将会返回一个空串。variablename是唯一必须的字段，如果没有指定位置，则默认为列表中的第一个值。
find( variablename, substr )
这将会放置variablename中所有匹配substr的值。substr也可以是正则表达式，而因此将被匹配。
MY_VAR = onetwo threefour
MY_VAR2= $$join(MY_VAR, " -L", -L)-Lfive
MY_VAR3 = $$member(MY_VAR, 2) $$find(MY_VAR, t.*)MY_VAR2将会包含“-Lone-Ltwo -Lthree -Lfour -Lfive”，并且MYVAR3将会包含“three two three”。
system( program_and_args )
这将会返回程序执行在标准输出/标准错误输出的内容，并且正像平时所期待地分析它。比如你可以使用这个来询问有关平台的信息。
UNAME =$$system(uname-s)
contains(UNAME, [lL]inux ):message( This looks like Linux ($$UNAME) to me)测试函数
qmake提供了可以简单执行，但强大测试的内置函数。这些测试也可以用在作用域中（就像上面一样），在一些情况下，忽略它的测试值，它自己使用测试函数是很有用的。
contains( variablename, value )
如果value存在于一个被叫做variablename的变量的值的列表中，那么这个作用域中的设置将会被处理。例如：
contains(CONFIG, thread ){
DEFINES +=QT_THREAD_SUPPORT
}如果thread存在于CONFIG变量的值的列表中时，那么QT_THREAD_SUPPORT将会被加入到DEFINES变量的值的列表中。
count( variablename, number )
如果number与一个被叫做variablename的变量的值的数量一致，那么这个作用域中的设置将会被处理。例如：
count(DEFINES, 5 ){
CONFIG +=debug
}error(string )
这个函数输出所给定的字符串，然后会使qmake退出。例如：
error( "Anerror has occured" )文本“An error hasoccured”将会被显示在控制台上并且qmake将会退出。
exists( filename )
如果指定文件存在，那么这个作用域中的设置将会被处理。例如：
exists(/local/qt/qmake/main.cpp ){
SOURCES +=main.cpp
}如果/local/qt/qmake/main.cpp存在，那么main.cpp将会被添加到源文件列表中。
注意可以不用考虑平台使用“/”作为目录的分隔符。
include( filename )
项目文件在这一点时包含这个文件名的内容，所以指定文件中的任何设置都将会被处理。例如：
include( myotherapp.pro )myotherapp.pro项目文件中的任何设置现在都会被处理。
isEmpty( variablename )
这和使用count( variablename, 0)是一样的。如果叫做variablename的变量没有任何元素，那么这个作用域中的设置将会被处理。例如：
isEmpty(CONFIG ){
CONFIG += qt warn_ondebug
}message( string )
这个函数只是简单地在控制台上输出消息。
message("This is a message" )文本“This is amessage”被输出到控制台上并且对于项目文件的处理将会继续进行。
system( command )
特定指令被执行并且如果它返回一个1的退出值，那么这个作用域中的设置将会被处理。例如：
system( ls/bin ){
SOURCES +=bin/main.cpp
HEADERS +=bin/main.h
}所以如果命令ls/bin返回1，那么bin/main.cpp将被添加到源文件列表中并且bin/main.h将被添加到头文件列表中。
infile( filename, var, val )
如果filename文件（当它被qmake自己解析时）包含一个值为val的变量var，那么这个函数将会返回成功。你也可以不传递第三个参数（val），这时函数将只测试文件中是否分配有这样一个变量var。
以下为我的一个项目举例
# 项目目标：为一个库文件
TEMPLATE = lib# 编译项目文件所需头文件的路径INCLUDEPATH += ../common .#目标文件路径DESTDIR=../lib# 条件依赖：Unix平台上 定义本想目的 UI目录， MOC目录， 目的目录unix{
UI_DIR = ../.ui
MOC_DIR =../.moc
OBJECTS_DIR = ../.obj}#本项目配置：CONFIG
qt warn_on release thread# Input 头文件，源文件HEADERS += COMControllerThread.h\
DecodeSMS.h\
monitor_common.h\
monitor_interface.h\
MonitorThread.h\
UserEvent.h\
&&&&推荐文章:
【上篇】【下篇】