Building Qt as a Shared Library

　　因为：QT基本上都是采用动态编译的（被安装的OS中的），（如安装包往往都是默认动态编译处理好的动态库），所以我们采用动态连接的方式进行发布应用。

　　如果采用静态的方式发布，则需要重新通过对QT的源码进行“静态编译”后形成lib，或者obj的形式。然后安装在开发的系统中。

《1》采用QTCreater继承开发环境编译，以及发布处理。

　　总体来说非常方便，

　　（1）选择器以Debug或者Release形式构建

　　（2）先编译通过，完成bug修复

　　（3）然后构建成功，发布响应的版本

　　注意：根据缺少的dll，与exe一同打包处理，其次，需要根据QT安装目录中的plugins插件，添加响应的插件。

　　说明：

　　QT应用总的各种资源，图片等，都已经被编译仅exe可执行文件中。所以不需要对此类文件打包处理。

 

《2》采用命令行的形式发布

（1）进入当前目录位置，执行以下命令，

　　qmake -config release

　　nmake

　　

发布应用：把要部署的应用环境中：

　　（1）与QT相关的DLL（项目总用到的）

　　（2）系统OS平台相关的插件，如Qwindows.dll

　　（3）QTPulgins部分的，QT需要寻找借助这些文件，处理。

1.  ICU DLLs ：QT需要使用ICU库来进行UNICODE编码支持，要与版本保持一致。

2. 如果使用了QtWebEngine, 需要 <Qt install path>/bin/QtWebEngineProcess.exe放在应用相同的位置。 If you chose to deploy the binary to a different path, set the QTWEBENGINEPROCESS_PATH environment variable to the binary's absolute path (including its file name).因为QT在开发WebKit应用时，需要通过在安装的时候，通过此环境变量直接执行：此插件 QtWebEngineProcess.exe，这样可以更有效率，体验更好。

3. 如果支持HTML5视频， 需要 ffmpegsumo.dll (WebM codec plugin网络视频编解码插件) 放在exe应用当先目录的子目录qtwebengine文件夹下面，或者 or under the path that the PluginsPath variable was set to in <Qt install path>/<Qt version>/msvc2013/qt.conf.qt.conf是Qt库的配置文件，其中应该有变量：PluginsPath配置。

4. 如果项目应用需要依赖“当前编译器”中的执行库，则同样这些库需要随应用一同发布。包括直接依赖的库，以及“间接插件”间接依赖的库。

可以采用depends tool工具查看Qt依赖的库有哪些。

　　把执行文件exe以及所有依赖的dll共同放置在一起。确保部署环境没有QT安装的文件，以及QT的环境变量没有QT。如果应用可以正常运行，则至此应该可以部署成功。但是，如果QT的项目中需要依赖的QT插件，则如果没有插件依赖的DLL，则相应的功能不能正常使用。

QtWebEngine引擎支持依赖的“文件”：

QT库中的qt.conf配置文件

QT提供的依赖查询工具　　

　　（1）查看应用XXXX.exe依赖的数据包，如下图。

　　

　　（2）查询项目中qT采用的插件所依赖的dll

　　Qt 插件的处理方式与正常的DLL不同，不能简单的把插件plugs dll拷贝到与exe相同的位置。QT中插件的应用会寻找exe当前目录的目录“plugins”，在这个子目录中寻找相应的插件文件库等。

　　所以，如果确保我们的exe应用完全正常运行，需要在当前exe目录下新建子目录“plugins”，然后把插件的dll拷贝进去。

　　整个exe当前的文件应该如下形式：

　　

插件问题的说明：

（1） the Qt Platform Abstraction (QPA) layer，QT5中的QT抽象平台层，QTGUI应用需要在特定的子目录下默认platform，下面配置   qwindows.dll.

（2）QT可能需要多种插件支持：打印插件， JPEG图像格式插件， SQL驱动插件爱你等。一定要把响应的插件与应用一同发布。这些插件往往也需要配置特定的目录中。 printsupport, imageformats or sqldrivers。

　　如果需要采用WEbKit开发网页视图，则需要包含l text codec plugins来支持网页的多种编码 的解析。

　　这些插件都是通过“硬编码”（默认）进了QTCore库中。默认，QT安装目录下的“plugin”目录是其搜索目录。这样的弊端，要求目的部署环境PC需要和QT安装的目录一样，这样才能找到使用的插件文件。通过以下方式来做应用开发的插件问题支持：

• Using qt.conf. This approach is the recommended if you have executables in different places sharing the same plugins.
• Using QApplication::addLibraryPath() or QApplication::setLibraryPaths(). This approach is recommended if you only have one executable that will use the plugin.
• Using a third party installation utility to change the hard-coded paths in the QtCore library.
  • 　　

　　 using QApplication::addLibraryPath ，则 qApp->libraryPaths().返回相同的顺序the same order as the QStringList 　先添加的会被QT首先寻找。如果使用qApp->setLibraryPaths()，则这样可以决定被寻找的顺序。

　　

　这些插件都可以直接在QT安装目录下的插件文件目录中拷贝：

  

　　如果还需要执行编译器特定动态库（依赖于响应的开发VS版本）：

　　

　　如果项目中需要ICU支持，则需要包含特定的如下库

　　

　　如果需要ANGLE支持，则需要包含如下库

　　

 

　　综上：

　　　　按照上述的顺序，将项目应用exe，以及所有相关的文件以响应的配置目录方式处理。则可以确保你的应用在（1）没有QT库，（2）没有编译器安装 的部署环境下运行正常运行！！！

 

其他说明：

　（1）对于插件需要特殊的子目录配置，则可以替代的方案；

　　在可以在项目应用的main函数中，便捷的通过以下方式，在QApplication对象创建之前，把响应的目录添加进QT的应用中，这样当QT项目中在执行寻找插件时：首先在应用中的路劲寻找，然后在特定的插件默认位置寻找。 using QApplication::addLibraryPath() or QApplication::setLibraryPaths().

　　qApp->addLibraryPath("C:\some\other\path");

　　通过这种方式，所有任意位置的插件都可以被包含。在最终部署时也可以将插件dll与其他一般dll放置在一起，方便管理配置。

 

《3》当QT项目采用VS2010等IDE开发部署情况

　　需要做的额外操作：

 

（1）如果VisualC++库需要准备的配置编译器版本以及相关的C运行时库版本，这样可以避免因为C运行时库不同而报的异常。

 

　　参考http://www.cnblogs.com/icmzn/p/5935361.html

 

end;