盡管每次和cmake對(duì)比起來(lái)，我們總是說(shuō) qmake 簡(jiǎn)單、功能少。但是qmake仍然是一個(gè)非常復(fù)雜的東西，我想大多人應(yīng)該和我一樣吧：

不是太清楚CONFIG等變量到底如何起作用的用過(guò)的qmake內(nèi)置變量和函數(shù)不超過(guò)20個(gè)

看Qt Creator源碼或者QtSolution等庫(kù)中自己使用的 *.pro 文件就想看天書一樣

本文只能抓住一條線，簡(jiǎn)單介紹一下 *.pro、*.pri、*.prf、*.prl等四種文件：干嘛用的，如何用的

*.pro

qmake 的工程(project)文件，這個(gè)大家肯定都非常熟悉了。那我就不費(fèi)話了，上例子：

這是一個(gè)典型的Qt示例程序的.pro文件(propriprfprl.pro)：

TEMPLATE?=?app
CONFIG?+=?QT
QT?+=?core?gui

TARGET?=?propriprfprl

SOURCES?+=?main.cpp/
????????widget.cpp
HEADERS??+=?widget.h
FORMS????+=?widget.ui

前面3行是qmake的默認(rèn)值，我們都可以省略TARGET 這行指定工程名，我們也可以省略*.pri

i 是什么東西？包含(include)的首字母。類似于C、C++中的頭文件吧，反正就是我們可以吧 *.pro 文件內(nèi)的一部分單獨(dú)放到一個(gè) *.pri 文件內(nèi)，然后包含進(jìn)來(lái)。

接前面的例子，我們將源文件的設(shè)置獨(dú)立出來(lái)，放到propriprfprl.pri文件內(nèi)：

SOURCES?+=?main.cpp/
????????widget.cpp
HEADERS??+=?widget.h
FORMS????+=?widget.ui

這時(shí)，我們的 propriprfprl.pro 文件就可以簡(jiǎn)化為：

TEMPLATE?=?app
CONFIG?+=?QT
QT?+=?core?gui

TARGET?=?propriprfprl
include(propriprfprl.pri)

這有什么用呢？對(duì)我們這個(gè)例子來(lái)說(shuō)，確實(shí)沒(méi)什么用，反而多了一個(gè)文件，更麻煩了。可是，如果一個(gè)大點(diǎn)的項(xiàng)目，含有多個(gè)*.pro文件呢，這些pro需要有些共同的設(shè)置或需要的文件，這時(shí)就很有必要了。*.prf

f又是神馬東東？特性(feature)的首字符

和pri文件類似，該文件也是要被包含進(jìn)pro文件的只是：它更隱蔽你經(jīng)常和它打交道，可能卻一直視而不見(jiàn)

我們這個(gè)例子中其實(shí)已經(jīng)用到了，這就是

CONFIG+=QT

當(dāng)我們?cè)贑ONFIG中指定一個(gè)東西時(shí)，qmake就會(huì)嘗試去加載相應(yīng)的feature文件：

Qt安裝目錄下的 mkspecs/features/qt.prffeatures 文件的文件名必須小寫qmake 去哪些目錄下搜索features文件呢？manual中有介紹，此處略暫時(shí)只知道前面提到的 $$QTDIR/mkspecs/features 就可以了

寫一個(gè)自己的features文件：propriprfprl.prf

win32:CONFIG?+=?console

為win32的程序添加控制臺(tái)，有點(diǎn)多次一舉哈。將該文件放置到我們前面提到的目錄中

然后在pro文件內(nèi)添加

CONFIG?+=?propriprfprl

看到和 CONFIG += console 同樣的效果了吧？

注：我們也可以使用 load命令來(lái)加載prf文件，比如前面的命令可以認(rèn)為等價(jià)于

load(propriprfprl)

*.prl

l 這個(gè)東西容易理解，鏈接(link)的首字符。主要和生成與使用靜態(tài)庫(kù)密切相關(guān)(動(dòng)態(tài)庫(kù)也可以有該文件，去Qt安裝目錄下的lib目錄下看看即可)。

生成靜態(tài)庫(kù)時(shí)，我們需要使用下列配置(進(jìn)而生成和庫(kù)文件同名的 *.prl 文件)

CONFIG?+=?create_prl

當(dāng)工程的TEMPLATE為app時(shí)，會(huì)自動(dòng)添加如下指令(找?guī)煳募臅r(shí)候，會(huì)嘗試找相應(yīng)的 *.prl 文件)

CONFIG?+=?link_pri

那么該文件有什么用處呢？舉一個(gè)大家可能熟悉的例子QextSerialPort1.2這個(gè)庫(kù)(windows下的情況)：

編譯時(shí)，需要 setupapi.lib advapi32.lib user32.lib 這幾個(gè)庫(kù)文件編譯成靜態(tài)庫(kù)以后，它本身是不包含這3個(gè)庫(kù)文件信息的

于是，當(dāng)我們使用這個(gè) QextSerialPort 靜態(tài)庫(kù)，還是需要指定 這幾個(gè)庫(kù)文件

如果有prl文件呢，該文件就會(huì)包含依賴信息了，我們看一下：

QMAKE_PRL_BUILD_DIR?=?E:/dbzhang800-qextserialport/buildlib
QMAKE_PRO_INPUT?=?buildlib.pro
QMAKE_PRL_TARGET?=?qextserialport-1.2
QMAKE_PRL_CONFIG?=?include_source_dir?incredibuild_xge?lex?yacc?warn_on?uic?resources?incremental_off?windows?release?ReleaseBuild?Release?build_pass?qt?warn_on?release?incremental?flat?link_prl?precompile_header?autogen_precompile_source?copy_dir_files?debug_and_release?debug_and_release_target?embed_manifest_dll?embed_manifest_exe?stl?exceptions?rtti?mmx?3dnow?sse?sse2?release?ReleaseBuild?Release?build_pass?qt?qextserialport-buildlib?create_prl?qextserialport-uselib?qextserialport-static?static?debug_and_release?build_all?release?ReleaseBuild?Release?build_pass?no_autoqmake?staticlib?static?moc?thread
QMAKE_PRL_LIBS?=?setupapi.lib?advapi32.lib?user32.lib?d://Qt//4.7.0//lib//QtGui4.lib?d://Qt//4.7.0//lib//QtCore4.lib