【转】怎么打包发布基于Qt4 Windows的软件
日期：2014-05-17 浏览次数：20996 次
转载：http://qt.csdn.net/articles.aspx?pointid=490&pointid2=
先从Windows平台开始。 Windows平台下的软件发布最主要的需求是想办法找到在你的发布中应该包含哪些必须的文件， 同时要保证应用程序运行时能正确找到这些文件， 发布基于Qt的软件也是同样的需求。 就不同的情况一一阐述：
静态链接的情况
静态链接是最简单的情况，这种情况下需要发布的文件数量是最少的， 只需要发布一个单独的执行档外加编译器相关的dll文件。 这种情况下Qt库首先要静态编译：
< [other -static>
nmake sub-src
//如果用mingw编译，nmake替换成mingw32-make
//sub-src指只编译src目录，这样省去编译examples等目录的时间注意哦，如果你在同一个build目录用不同的configure选项去编译Qt, ?必须在重新configure之前运行nmake distclean清除以前生成的目标和中间文件， 保证一个干净的编译环境，不然有可能会出一些奇怪的链接错误哦~~
编译好Qt静态库下一步再编译应用程序：
cd application_dir
nmake clean
qmake -config release
nmake编译成功之后应该得到一个可以独立执行的exe文件， 可以将程序拷贝到其他没有安装qt的机器上测试。 需要注意的是这个程序不一定百分之百可以运行，因为编译器带的库仍然是动态编译的，如果你的目标机里没有这些库的话仍然会有运行时的问题。 后面会讲到如何用工具来检查应用程序的依赖。
静态链接方法比较重要的缺陷是无法支持插件， 而且插件不能编译进程序中，所以插件提供的功能就丢失了。 这样一来要想用到插件的功能还是要用下面的方法。
动态链接的情况
动态链接程序的发布需要解决两个问题， Qt库需要与应用一起发布， 另外插件也要一起打包，并保证放在适当的位置， 这样应用程序才能找到它。
动态编译应用的基础是先将Qt库动态编译（默认参数即是动态编译），这样用普通的程序编译流程就可生成动态编译的执行档，使用的命令与上面相同。 我们可以用一个Qt的例子测试前面说的发布方法， 在Qt包里带的例子Plug & Paint
是个非常合适的测试例子，它既包含应用又自带插件文件， 可以很好的验证发布是否正确。 该例子在examples/tools/plugandpaint下。 这个例子如果编译成功， 得到一个plugandpaint.exe和pnp_basictools.dll、pnp_extrafilters.dll两个插件文件。程序打包
第一步，将应用程序和Qt库拷贝到同一目录。（Windows下库的搜索先从当前目录开始，然后是在系统PATH环境变量指定的路径查找。）
第二步，检查应用程序还依赖哪些dll，如编译器带的dll或其他系统dll。 参见应用程序的依赖关系一节。
第三步，验证程序可以在目标系统上正确运行， 将目前包里的文件拷贝到目标系统上，尝试运行程序。
第四步，发布插件程序。 插件和普通的动态库的发布不同， 不能简单的将之拷贝到应用目录里。 应用程序在运行时会在其对应的plugins目录下去查找插件。 针对这个例子，发布包应该类似这样的结构：
模块
文件名
执行档 plugandpaint.exe Basic Tool插件 plugins\pnp_basictools.dll ExtraFilters插件 plugins\pnp_extrafilters.dll Qt Core模块 qtcore4.dll Qt Gui模块 qtgui4.dll 除了程序和Qt库，还有下面的编译器库：
< 免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
