企业官网建设流程全解析

1. 从“Hello Qt”开始：为什么选择Qt 6？

如果你刚接触Qt，或者从Qt 5迁移过来，面对Qt 6的第一个问题往往是：我该怎么开始一个项目？是像教科书一样用命令行编译，还是在Qt Creator里点几下鼠标？不同的方法背后，其实对应着不同的开发场景和认知路径。很多人上来就跟着教程用Qt Creator的向导，点几下生成了一个带UI的窗口程序，跑起来很有成就感，但关掉IDE后可能连项目文件结构都说不清楚，更别提手动编译和部署了。

这就是我想写这篇内容的原因。我不打算只给你一个“点击这里下一步”的教程，而是想带你从三个不同的维度，亲手把Qt 6的应用“造”出来。这三种方法分别是：使用Qt Creator的图形化向导（最快捷）、手动编写CMakeLists.txt（最透彻）、以及使用qmake（最经典但已非主流）。我们会从最简单的“Hello World”命令行程序开始，逐步过渡到带窗口的GUI应用，并在最后，我会重点带你搞清楚一个让很多新手困惑的问题：编译生成的那个可执行文件，到底怎样才能在别人的电脑上独立运行？这个过程里，你会理解.pro文件、CMakeLists.txt、main.cpp以及Qt核心模块之间的关系，而不是仅仅记住点击顺序。

选择Qt 6作为起点是明智的。Qt 6是Qt框架的一个重要分水岭，它解决了许多Qt 5的历史包袱，在模块化、性能和对现代C++标准的支持上都上了一个台阶。当然，对于新手，你可能会听到一些关于“Qt 6的某些模块还不稳定”或“第三方库支持不够”的讨论，但对于学习核心的GUI编程和应用创建来说，Qt 6的API更清晰，文档也更好，直接从Qt 6入门可以避免先学一套过时理念再迁移的麻烦。接下来，我们就从最直观、最省心的方式开始。

2. 方法一：Qt Creator向导——五分钟创建可运行的应用

这是绝大多数人，包括我刚开始时，接触Qt的第一种方式。Qt Creator是Qt官方推荐的集成开发环境（IDE），它把项目创建、代码编辑、构建和调试都集成在了一起，对新手极其友好。它的核心价值在于“开箱即用”，你不需要关心编译器路径、库文件链接这些底层细节，可以专注于代码逻辑本身。

2.1 项目类型选择与初始配置

安装好Qt 6和Qt Creator后，打开它，你会看到欢迎界面。点击“New Project”（新建项目），或者通过菜单栏的“File”->“New File or Project...”进入项目创建向导。

这时，你会看到一个项目模板选择界面。这里的选择决定了你项目的起点骨架。对于纯粹的学习和大多数桌面应用，我推荐从这两个模板开始：

1. Qt Widgets Application：这是创建传统桌面GUI应用的标准选择。它基于经典的QWidget控件体系，你可以通过拖拽的方式设计界面（使用Qt Designer），适合需要复杂自定义控件、对界面像素级控制或有大量遗留代码的项目。我们第一个GUI应用就用它。
2. Qt Console Application：如果你想创建一个没有图形界面、只在控制台（命令行窗口）输入输出的程序，就选这个。它是学习C++和Qt核心库（非GUI部分）的绝佳起点，排除了界面干扰。我们的“Hello World”就从这里开始。

这里有一个关键的细节：在模板选择后，Qt Creator会要求你设置项目的“构建系统”。在Qt 6中，CMake是官方首推且未来的方向，而qmake是传统的构建系统，目前仍在维护但已不推荐用于新项目。所以，请毫不犹豫地选择CMake。这一步的选择，直接决定了你项目根目录下生成的是CMakeLists.txt文件还是.pro文件。

接下来，你需要为项目命名（例如HelloQtConsole），选择源码存放路径，然后进入“Kit Selection”（套件选择）界面。这里你需要选择一个配置好的“Kit”，它本质上是一套编译工具链（编译器、Qt版本、调试器等）的集合。确保你选择的Kit中，Qt版本是Qt 6.x（例如Qt 6.5.3 MinGW 64-bit）。如果这里没有可选的Kit，说明你的Qt安装或环境配置可能有问题，需要回头检查。

2.2 理解生成的项目骨架

点击“Finish”后，Qt Creator会自动为你生成项目文件并打开。对于一个控制台应用，生成的文件非常简单：

• CMakeLists.txt: 项目的构建脚本，CMake用它来生成你本地IDE（如Makefile或Visual Studio项目）所需的构建文件。这是项目的“总指挥”。
• main.cpp: 程序的入口源文件。

我们打开CMakeLists.txt看一眼，它可能长这样：

cmake_minimum_required(VERSION 3.16) project(HelloQtConsole VERSION 0.1 LANGUAGES CXX) set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) find_package(Qt6 REQUIRED COMPONENTS Core) qt_standard_project_setup() qt_add_executable(HelloQtConsole main.cpp ) target_link_libraries(HelloQtConsole PRIVATE Qt6::Core)

我来逐行解释一下，这对你后续手动编写CMakeLists.txt至关重要：

• cmake_minimum_required(VERSION 3.16)：指定构建本项目所需CMake的最低版本。Qt 6通常需要CMake 3.16或更高。
• project(...)：定义项目名称、版本和编程语言（CXX代表C++）。
• set(CMAKE_CXX_STANDARD 17)：指定使用C++17标准。Qt 6大量运用了现代C++特性。
• find_package(Qt6 REQUIRED COMPONENTS Core)：这是关键命令。它告诉CMake去查找Qt 6的安装包，并且是“必需”的。COMPONENTS Core指定我们需要链接Qt6Core这个核心模块。如果后续需要GUI，这里就要加上Widgets。
• qt_add_executable(...)：定义一个名为HelloQtConsole的可执行文件目标，它的源代码包含main.cpp。
• target_link_libraries(... PRIVATE Qt6::Core)：将可执行文件目标与Qt6::Core库进行链接。PRIVATE意味着这个链接关系仅作用于当前目标。

再看main.cpp，它通常是一个最简单的框架：

#include <QCoreApplication> #include <QDebug> int main(int argc, char *argv[]) { QCoreApplication a(argc, argv); qDebug() << "Hello, Qt!"; return a.exec(); }

• #include <QCoreApplication>：对于控制台程序，我们需要QCoreApplication来管理应用的事件循环（虽然简单程序可能用不到事件循环，但这是一个好习惯）。
• QCoreApplication a(argc, argv);：创建应用对象。
• qDebug() << ...;：使用Qt提供的调试输出流打印信息，比std::cout更强大，能自动处理空格和换行，并且在不同平台输出到合适的流。
• return a.exec();：启动应用的事件循环。对于控制台程序，如果没有需要处理的事件（如信号槽、定时器），程序会立即返回。但写上它是标准的做法。

现在，点击Qt Creator左下角的绿色三角（运行按钮）或按Ctrl+R，你就能在IDE下方的“应用程序输出”面板看到“Hello, Qt!”了。整个过程，你几乎没有写一行配置代码，这就是Qt Creator向导的魅力——它帮你屏蔽了所有底层复杂度。

2.3 从控制台到窗口：创建第一个Widgets应用

理解了控制台应用，创建GUI应用就水到渠成了。我们再通过向导创建一个“Qt Widgets Application”。流程类似，在模板选择时选“Qt Widgets Application”，构建系统依然选CMake。

生成后，你会发现文件变多了：

• CMakeLists.txt：内容更丰富了，find_package中多了Widgets组件，qt_add_executable里可能多了mainwindow.cpp等文件。
• main.cpp：入口文件，现在创建的是QApplication对象（GUI程序专用）和MainWindow对象。
• mainwindow.h/mainwindow.cpp：主窗口类的头文件和实现文件。
• mainwindow.ui：这是一个XML格式的UI文件，你可以用Qt Creator内置的Qt Designer双击打开它，以拖拽的方式设计界面。这是Qt的核心优势之一——将界面设计与业务逻辑分离。

我们重点关注CMakeLists.txt的变化：

... find_package(Qt6 REQUIRED COMPONENTS Core Widgets) # 增加了Widgets组件 ... qt_add_executable(HelloQtWidgets main.cpp mainwindow.cpp mainwindow.h mainwindow.ui # UI文件也被列为源文件，构建时会自动处理 ) ... target_link_libraries(HelloQtWidgets PRIVATE Qt6::Core Qt6::Widgets) # 链接了Widgets库

注意，UI文件（.ui）也被列在了qt_add_executable里。CMake和Qt的集成工具（qt6_wrap_ui，通常被qt_add_executable自动调用）会在构建过程中，将.ui文件编译成对应的C++头文件（通常是ui_mainwindow.h），这样你在代码中就可以通过ui对象来访问和操作界面上的控件了。

运行这个Widgets应用，一个空白的窗口就弹出来了。你可以尝试在Qt Designer里拖一个按钮（Push Button）到窗口上，保存，然后直接运行，无需任何额外代码，就能看到按钮出现在窗口中。这是因为mainwindow.cpp的构造函数里，有一句ui->setupUi(this);，它自动完成了UI文件的加载和控件创建。

注意：使用Qt Creator向导时，它默认可能会为你勾选“创建版本控制仓库”（如Git）。如果你暂时不需要，记得取消勾选，避免在项目根目录生成.git文件夹。另外，项目路径和名称最好不要包含中文或空格，虽然Qt本身支持，但某些底层工具链（尤其是Windows下的MinGW）可能会因此出现难以排查的路径问题。

3. 方法二：手动编写CMakeLists.txt——彻底掌握构建过程

依赖向导很方便，但它像是一个黑盒。如果你想真正理解Qt项目是如何组织、如何被构建的，或者你需要将Qt集成到一个已有的、复杂的CMake项目中，那么亲手从零开始编写CMakeLists.txt是必经之路。这个过程能让你对项目的依赖关系、构建步骤有颗粒度的掌控。

3.1 从零搭建一个纯CMake项目结构

我们抛开Qt Creator，只用文本编辑器（如VS Code）和命令行，来创建一个同样的“Hello Qt”控制台程序。

首先，创建一个全新的空文件夹，例如manual_qt_project。在里面创建两个文件：CMakeLists.txt和main.cpp。

main.cpp的内容和之前一样：

#include <QCoreApplication> #include <QDebug> int main(int argc, char *argv[]) { QCoreApplication app(argc, argv); qDebug() << "Hello from manual CMake project!"; return app.exec(); }

接下来是重头戏，我们手动编写CMakeLists.txt：

# 1. 指定CMake最低版本要求 cmake_minimum_required(VERSION 3.16) # 2. 定义项目名称、版本和语言 project(ManualHelloQt VERSION 0.1.0 LANGUAGES CXX) # 3. 设置C++标准 set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) # 4. 自动包含Qt提供的CMake工具函数和宏 # 这行非常重要，它提供了`qt_add_executable`, `qt_add_library`等专用命令 include(GNUInstallDirs) # 通常Qt的find_package需要这个，虽然不是必须 find_package(Qt6 REQUIRED COMPONENTS Core) # 5. 启用CMake的自动处理功能（MOC, UIC, RCC） # 对于纯控制台程序，可能不需要，但加上是好习惯，为后续添加GUI做准备 set(CMAKE_AUTOMOC ON) set(CMAKE_AUTUIC ON) set(CMAKE_AUTORCC ON) # 6. 定义可执行文件目标 add_executable(${PROJECT_NAME} main.cpp ) # 7. 链接Qt库到目标 target_link_libraries(${PROJECT_NAME} PRIVATE Qt6::Core) # 8. 设置目标属性（可选但推荐） # 在Windows上，让可执行文件子系统为控制台，这样运行时才会弹出控制台窗口显示qDebug输出 if (WIN32) set_target_properties(${PROJECT_NAME} PROPERTIES WIN32_EXECUTABLE FALSE ) endif()

这个CMakeLists.txt比向导生成的更详细，我加入了一些解释和最佳实践。关键点在于第4步的find_package和第7步的target_link_libraries。find_package会去系统环境变量CMAKE_PREFIX_PATH或者Qt安装目录下寻找Qt6的配置包。如果你在命令行构建时发现找不到Qt6，通常需要手动设置这个路径，例如：cmake -B build -DCMAKE_PREFIX_PATH=/path/to/your/qt6/installation。

3.2 配置、构建与测试

有了这两个文件，我们就可以在命令行中进行“配置-构建”了。这是标准的CMake跨平台构建流程：

1. 生成构建系统：在项目根目录（manual_qt_project）下，打开终端（命令行），执行：

   cmake -B build

   这个命令告诉CMake，在build子目录下生成构建系统文件（如Unix下的Makefile或Windows下的Visual Studio解决方案）。-B是指定构建目录。CMake会根据CMakeLists.txt和当前系统环境，检测编译器、查找Qt等依赖。

2. 编译项目：上一步成功后，进入build目录（或者使用CMake的--build选项）进行编译：

   cmake --build build

   或者：

   cd build make # 在Linux/macOS上 # 或者在Windows上，如果你用的是Visual Studio生成器，则使用： # cmake --build . --config Release

3. 运行程序：编译成功后，在build目录（或它的子目录，如Debug或Release）下，你会找到生成的可执行文件（如ManualHelloQt.exe或ManualHelloQt）。直接在命令行运行它：

   # 在build目录下 ./ManualHelloQt # Linux/macOS # 或者 .\ManualHelloQt.exe # Windows

   你应该能看到“Hello from manual CMake project!”的输出。

这个过程看似比点一下“运行”按钮复杂，但它揭示了构建的本质：CMake是一个构建系统生成器，它本身不编译代码，而是根据你的CMakeLists.txt，生成你本地环境（如Make, Ninja, MSBuild）认识的构建脚本，再由这些本地工具去调用编译器进行编译。

3.3 添加GUI模块与资源文件

现在，我们升级这个手动项目，把它变成一个带有简单窗口和图标的应用，这涉及到添加新的Qt模块和资源。

首先，修改main.cpp，创建一个窗口：

#include <QApplication> #include <QPushButton> #include <QWidget> int main(int argc, char *argv[]) { QApplication app(argc, argv); QWidget window; window.setWindowTitle("Manual Qt Window"); window.resize(400, 300); QPushButton button("Click Me!", &window); button.move(150, 130); window.show(); return app.exec(); }

然后，更新CMakeLists.txt。我们需要找到并链接Widgets模块，并且因为代码中直接使用了QWidget和QPushButton，所以需要包含对应的头文件，不过CMake的AUTOMOC和链接库会处理好这些。

cmake_minimum_required(VERSION 3.16) project(ManualQtWidgets VERSION 0.1.0 LANGUAGES CXX) set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) # 关键修改：在COMPONENTS中增加Widgets find_package(Qt6 REQUIRED COMPONENTS Core Widgets) set(CMAKE_AUTOMOC ON) set(CMAKE_AUTOUIC ON) set(CMAKE_AUTORCC ON) add_executable(${PROJECT_NAME} main.cpp ) # 关键修改：链接Qt6::Widgets库 target_link_libraries(${PROJECT_NAME} PRIVATE Qt6::Core Qt6::Widgets) # 不再需要设置WIN32_EXECUTABLE，因为QApplication默认就是GUI程序

重新执行cmake -B build和cmake --build build，运行生成的可执行文件，一个带按钮的窗口就出现了。

实操心得：手动编写CMakeLists.txt时，最常见的错误就是find_package找不到Qt。除了设置CMAKE_PREFIX_PATH，还要确保你的Qt安装是完整的，并且包含对应架构（如x64）的库。在Windows上，如果你安装了多个Qt版本或多个编译器套件（如MSVC和MinGW），它们之间是不能混用的，必须用对应编译器套件下的Qt。一个检查方法是，在Qt安装目录的bin文件夹下，运行qmake -v，查看其输出的Qt版本和编译器信息是否与你当前使用的CMake生成器匹配。

4. 方法三：使用qmake——理解传统Qt项目的构建逻辑

尽管Qt 6官方推荐CMake，但qmake作为Qt亲生的构建工具，历史悠久，有海量的遗留项目（包括Qt自身的一部分）仍在使用它。了解qmake，不仅能帮助你维护老项目，也能让你更深刻地理解Qt项目的元信息是如何被组织的。qmake的核心是一个名为.pro（项目）的配置文件。

4.1 .pro文件语法与核心指令

qmake的配置文件.pro，其语法比CMakeLists.txt更简洁，更专注于Qt生态。我们创建一个hello_qmake.pro文件和一个简单的main.cpp。

main.cpp还是用之前的控制台版本。hello_qmake.pro文件内容如下：

# 注释以‘#’开头 # 1. 指定生成的目标类型和名称 TEMPLATE = app # app 表示生成可执行程序，lib表示库 TARGET = HelloQmake # 生成的可执行文件名称 # 2. 指定Qt要使用的模块 # 对于控制台程序，只需要core QT += core # 如果是GUI程序，则需要：QT += core gui widgets # 注意：在Qt 5及以后，gui和widgets模块通常是分开的，widgets依赖于gui。 # 3. 指定C++标准 CONFIG += c++17 # 4. 指定源文件 SOURCES += main.cpp # 5. 指定头文件（可选，qmake会自动扫描依赖，但显式声明更好） HEADERS += # 6. 其他配置 # CONFIG += console # 在Windows上，确保生成控制台子系统程序（对于非Qt GUI程序） # 对于Qt GUI程序（QApplication），则不需要console，否则会弹出两个窗口（一个控制台，一个GUI）。

这个.pro文件非常直白：TEMPLATE定义输出类型，TARGET定义名字，QT指定模块，SOURCES和HEADERS列出文件。CONFIG用于进行各种配置，比如C++标准、是否启用调试信息等。

4.2 使用qmake生成Makefile并构建

使用qmake构建的过程通常是两步：

1. 生成Makefile：在终端中，进入包含.pro文件的目录，运行：

   qmake

   或者，如果你安装了多个Qt版本，可能需要指定完整路径，或者使用qmake -qt=qt6来确保调用的是Qt 6的qmake。这个命令会读取.pro文件，并根据当前系统环境生成一个Makefile（在Windows上可能是Makefile.Release和Makefile.Debug）。

2. 执行make进行编译：上一步成功后，直接运行make（Linux/macOS）或nmake（Windows MSVC）或mingw32-make（Windows MinGW）：

   make

   编译完成后，会在当前目录或release/debug子目录下生成可执行文件HelloQmake。

4.3 qmake与CMake的对比与迁移考量

为什么Qt要转向CMake？了解它们的差异有助于你做出选择：

• 生态与通用性：CMake是业界的事实标准，拥有庞大的生态，几乎所有的C/C++开源库都支持CMake。使用CMake，你的Qt项目可以更容易地集成非Qt的第三方库（如Boost, OpenCV）。qmake则基本局限于Qt生态内部。
• 功能与灵活性：CMake的功能更强大、更底层，可以描述极其复杂的构建逻辑、条件编译、自定义目标等。qmake语法简单，但对于复杂项目，其脚本可能变得难以维护。
• 学习曲线：qmake对于纯Qt项目入门更简单。CMake学习曲线更陡峭，但一旦掌握，受益无穷。
• Qt官方支持：Qt 6开始，CMake是官方一等公民，新特性和优化会优先在CMake上体现。qmake虽然仍被支持，但已不再是未来发展的重点。

对于新项目，毫无悬念应该选择CMake。对于已有的qmake项目，除非项目非常简单且没有集成其他库的需求，否则建议制定计划向CMake迁移。迁移通常不是直接翻译，而是需要重新设计构建逻辑，但核心的源文件是不变的。

注意事项：在qmake项目中，如果你使用了Qt的元对象系统（信号槽、属性等），你需要确保在SOURCES中列出了对应的.cpp文件，qmake会自动调用moc（元对象编译器）工具来生成必要的代码。如果遇到“undefined reference to vtable”这类链接错误，很可能是某个类的头文件没有Q_OBJECT宏，或者moc没有正确运行，可以尝试执行qmake后重新make clean再make。

5. 可执行文件的生成、依赖与部署实战

当你成功编译出一个Qt应用，兴奋地点开生成的可执行文件（.exe或无后缀文件），却可能弹出一堆错误，比如“无法找到Qt6Core.dll”或“程序异常退出”。这是因为你的可执行文件在运行时，需要动态链接到Qt的库文件（DLL或.so）。这些库文件在你开发机的Qt安装目录下，但到了没有安装Qt的目标机器上，就找不到了。解决这个问题的过程，就是“部署”。

5.1 理解动态链接与依赖关系

Qt默认采用动态链接（Dynamic Linking）。这意味着你的程序文件本身并不包含Qt库的代码，只包含了调用这些库的“线索”。当程序运行时，操作系统（确切地说是动态链接器/加载器）会根据这些线索，去系统的特定路径（如Windows的应用程序所在目录、PATH环境变量指向的目录、系统目录；Linux的/usr/lib，LD_LIBRARY_PATH等）查找对应的库文件（如Qt6Core.dll,libQt6Core.so）。

你可以使用工具来查看可执行文件的依赖：

• Windows：使用Dependency Walker（老牌）或微软自家的dumpbin /dependents your_app.exe命令。
• Linux：使用ldd your_app命令。
• macOS：使用otool -L your_app命令。

运行这些命令，你会看到一长串依赖，除了Qt自身的库（Qt6Core,Qt6Gui,Qt6Widgets等），可能还有C++运行时库（如msvcp140.dll,vcruntime140.dll）、平台相关库（如windowsapp.dll）等。

5.2 手动部署：将程序“打包”到新环境

手动部署是最基础、最直观的方式，适合小型项目或快速测试。核心思想是：将程序运行所需的所有动态库文件，复制到可执行文件所在的同一目录下。Windows有一个特性：当加载一个可执行文件时，会首先在其所在目录查找所需的DLL。

步骤分解：

1. 找到你的Qt安装目录。通常类似C:\Qt\6.5.3\mingw_64（Windows MinGW）或/home/user/Qt/6.5.3/gcc_64（Linux）。
2. 定位bin和plugins目录。bin目录下有Qt的核心DLL（如Qt6Core.dll）和重要的工具程序（如windeployqt）。plugins目录下有平台插件、图像格式插件等。
3. 使用windeployqt工具（Windows）。这是Qt官方提供的部署工具，能自动分析你的.exe文件，并将其依赖的Qt库、插件等复制到目标目录。这是最推荐的手动部署方法。
   • 首先，将你的Release版本的可执行文件（例如MyApp.exe）复制到一个新的空文件夹，比如MyAppDeploy。
   • 然后打开Qt 6.5.3 MinGW 64-bit命令行（在开始菜单的Qt目录下可以找到），这个环境已经配置好了Qt的路径。
   • 切换到MyAppDeploy目录：cd /d D:\path\to\MyAppDeploy
   • 执行部署命令：windeployqt MyApp.exe
   • 工具会自动运行，将所需的Qt库、插件、翻译文件等复制到当前目录。它甚至会尝试处理OpenGL和ANGLE的依赖。
4. 处理非Qt依赖。windeployqt只负责Qt自身的依赖。你还需要处理C++运行时库。对于MinGW，通常需要libgcc_s_seh-1.dll,libstdc++-6.dll,libwinpthread-1.dll，它们位于MinGW的bin目录下（例如C:\Qt\Tools\mingw1120_64\bin）。对于MSVC，你需要安装对应的“Visual C++ Redistributable”运行库，或者将msvcp140.dll,vcruntime140.dll等文件也一并复制（注意版权和分发许可）。一个简单的方法是，在开发机上运行你的程序，如果报错缺少某个DLL，就从系统或编译器目录找到它并复制过来。
5. 测试。将整个MyAppDeploy文件夹复制到一台没有安装Qt和开发环境的纯净Windows机器上，直接双击MyApp.exe，看是否能正常运行。

对于Linux和macOS，情况略有不同。Linux下，通常将程序安装到/usr/local目录下，并确保库路径正确，或者使用patchelf工具修改可执行文件的RPATH，使其在相对路径下查找库。macOS下，则需要构建.appbundle，将库文件放入MyApp.app/Contents/Frameworks目录，并使用macdeployqt工具（类似windeployqt）和install_name_tool来修正依赖路径。这些操作更为复杂，通常与打包工具（如Linux的AppImage、Snap， macOS的dmg制作）结合进行。

5.3 静态编译：一劳永逸的终极方案？

既然动态链接这么麻烦，能不能把Qt库直接“塞进”可执行文件里？可以，这就是静态编译（Static Linking）。你需要从源码开始，用特定的配置参数编译一个静态版本的Qt库，然后用这个静态库去编译你的程序。这样生成的可执行文件会非常大，因为它包含了所有用到的Qt代码，但好处是它几乎可以独立运行，依赖极少（可能只需要系统C库）。

为什么不总是用静态编译？

• 许可问题：Qt有LGPL和商业许可证。如果你静态链接LGPL版本的Qt，根据协议，你可能需要以某种方式提供你的应用程序的源代码或目标文件，以便用户可以重新链接。动态链接则更容易满足LGPL的要求。商业许可证则没有这个限制。
• 文件体积：可执行文件会变得非常庞大。
• 更新困难：如果Qt发现安全漏洞需要更新，你必须重新编译并分发整个巨大的可执行文件，而不是替换一个小的DLL。
• 编译耗时：从源码编译Qt本身就是一个耗时巨大的工程。

因此，静态编译通常用于特定场景，如发布一个极简的、对依赖极度敏感的单文件工具，或者是在有商业许可保障下的闭源分发。

5.4 使用高级工具进行专业化打包

对于正式的产品发布，手动复制文件显得原始且容易出错。更专业的做法是使用安装包制作工具或应用打包工具：

• Windows：
  • Inno Setup,NSIS: 老牌且强大的安装包制作工具。你可以编写脚本，在安装过程中将程序文件、依赖库、开始菜单快捷方式等部署到用户电脑的指定位置。它们不负责分析依赖，你需要自己确保所有文件都被包含进去。
  • Advanced Installer: 功能更全的商业软件，有图形界面。
  • Qt Installer Framework: Qt官方提供的安装框架，功能强大，可以创建带在线更新功能的安装包，学习曲线较陡。
• 跨平台：
  • CMakeCPack: 如果你使用CMake，可以配合CPack模块生成各种格式的安装包（如ZIP, NSIS, DEB, RPM等）。你需要编写额外的CMake脚本定义安装规则（install命令）。
  • jom和windeployqt结合脚本：可以编写批处理或Python脚本，自动化构建、调用windeployqt、收集文件、打包成ZIP的过程。

一个常见的半自动化流程是：使用CMake构建Release版本 -> 将可执行文件复制到发布目录 -> 调用windeployqt处理Qt依赖 -> 手动或脚本复制其他第三方DLL -> 使用Inno Setup或CPack生成安装包。

踩坑实录：部署时最常遇到的几个坑：1)Debug与Release版本混用：千万不要把Debug版的Qt库（如Qt6Cored.dll）拿去部署Release版程序，反之亦然。这会导致奇怪的崩溃。确保你部署的是Release构建的产物。2)插件丢失：程序能启动但图片加载不了，或者样式异常，可能是缺少imageformats或platforms插件。windeployqt通常会帮你复制plugins目录下的必要插件。3)VC++运行库：在目标机器上，如果使用MSVC编译，务必确保安装了对应版本的Visual C++ Redistributable，或者将msvcp140.dll等文件随包分发（需注意许可）。4)路径问题：程序中如果使用了相对路径访问资源文件（如图标、配置文件），在部署后，当前工作目录可能变化，导致找不到文件。建议使用QCoreApplication::applicationDirPath()来获取可执行文件所在目录，并以此为基础构建资源文件的绝对路径。