【C++三方组件】Qt 概览：桌面 C++ 的事实标准与许可证三轨
【摘要】：Qt 是桌面 C++ 的全功能框架：元对象系统（moc）给 C++ 补上信号槽与运行期反射，对象树管内存，事件循环管控制流。本机用 Qt 6.8.3 实测一条习语链：程序化 click() 走完整信号链、滑块→进度条信号串联、QMetaObject 按名字调槽------offscreen 平台无窗口跑通全流程。LGPL/GPL/商业三轨许可证怎么选、静态链接的合规代价、为什么说「用 Qt 是用一整个生态」，本篇是选型概览，深度用法归 Qt 专题专栏。
【关键词】：Qt、信号槽、moc、元对象系统、对象树、LGPL
【版本基准】：Qt 6.8.3 LTS（LGPL-3.0 / GPL-3.0 / 商业三轨）｜示例 C++17，Qt6 Widgets，offscreen 平台实测｜编译器 MSVC v145／VS2026
〔关联〕Qt 深度用法归
TODO/cpp-qt6-*（问答与示例两专栏），本篇只做使用与选型概览
1. What：一个框架，半个生态
Qt（1995 年由 Trolltech 创建，现属 Qt Group）不只是 GUI 库：QtCore （对象模型、容器、事件循环、并发）、QtWidgets （桌面控件）、QtNetwork （TLS/HTTP/WebSocket）、QtSql 、QtQuick/QML（声明式 UI）、QtMultimedia、QtCharts......三十多个模块覆盖桌面应用的几乎每一层。说它是「桌面 C++ 的事实标准」，指的是：C++ 里找第二个如此完整的跨平台应用框架------候选只有第 50 篇的 wxWidgets，而生态位差距悬殊（文档、工具、第三方组件、招聘市场皆然）。
它对 C++ 语言的独到贡献是元对象系统 ：Q_OBJECT 宏标记的类型由 moc（Meta-Object Compiler，实为代码生成器）在编译前生成一份「元对象」------信号表、槽表、属性表齐全，等于给 C++ 补了一层编译期注册的反射。C++26 静态反射落地前，这是工业界最成熟的「C++ + 元编程 + 对象通信」方案。
2. Why：三大习语各解决一类问题
信号槽 ：connect(btn, &QPushButton::clicked, receiver, &MyClass::onOk)------任意对象的任意成员互相对话，发送方不认识接收方。回调、观察者、事件总线三种模式一次覆盖，且跨线程安全（队列连接自动投递到接收方线程）。对象树 ：new QLabel("hi", parent)------父析构连带析构子对象，GUI 资源归属这个最易漏的问题被结构性解决。事件循环 ：app.exec() 接管控制流，一切 I/O、定时、绘制都变成事件------与第 31 篇 Asio 的 io_context 同一哲学，只是粒度在「用户事件」层。
自己实现这三样意味着什么？本系列读者已有体感：观察者（第 29 篇 ZeroMQ 的 socket 语义）、RAII 资源树、事件循环（第 24、25 篇）------每一件都是独立的坑场。Qt 把它们做成一套自洽语言，代价是：框架接管一切------构建系统要认识 moc、类型要用 Qt 容器才顺、字符串用 QString 才无缝，项目从此「Qt 风格」。
3. How：接入与许可证三轨
Qt 不走 vcpkg/FetchContent 的常规路------官方姿势是在线安装器或 aqt 装到独立目录，CMake 用 CMAKE_PREFIX_PATH 指过去：
text
cmake -S . -B build -G Ninja ^
-DCMAKE_PREFIX_PATH=D:/SDK/Qt6/6.8.3/msvc2022_64
find_package(Qt6 REQUIRED COMPONENTS Widgets)
target_link_libraries(app PRIVATE Qt6::Widgets)许可证三轨怎么选：商业 （闭源 + 官方支持 + 嵌入式许可，按开发者收费）；GPL-3.0 （整个应用必须开源，内部工具可用）；LGPL-3.0 （闭源可商用，但必须动态链接------静态链接会让你的目标文件落进 LGPL 传染范围，除非开源或买商业授权）。合规要点：动态链接、允许用户替换 Qt 库、不裁剪库本身；vcpkg 装的 Qt 默认静态，商用发布要特别当心。LTS 版本（如 6.8）商业客户多两年支持，开源用户选最新 LTS 同样稳妥。
4. How：习语实测------信号槽、对象树、元对象
示例（qt_demo.cpp）把三大习语各跑一遍，脚本化驱动后自动退出（-platform offscreen，无显示环境也能跑）。实测输出：
text
Qt 6.8.3（运行时 6.8.3），平台 "offscreen"
滑块 40→80：进度条值 = 80（信号链同步）
Counter 值 = 2（按名字调了 2 次槽，changed 信号驱动进度条）
窗口子对象 2 个；findChild 按名找到："按钮点击 3 次"
事件循环处理定时器事件 7 次后退出三件事值得一读。其一，btn->click() 程序化点击 走了完整信号链：计数标签更新为「按钮点击 3 次」，且事后 findChild<QLabel*>("status") 按对象名把它找回来------运行期定位控件，元对象系统在背后。其二，Counter 是带 Q_OBJECT 的自定义类型：QMetaObject::invokeMethod(&counter, "increment") 按名字 调用了槽------moc 生成的元对象让 C++ 拥有了字符串级别的动态调用，信号 changed(int) 同时驱动 QProgressBar 这类毫不相干的内建控件。其三，单文件使用 moc 的官方姿势是文件末尾 #include "qt_demo.moc"，CMake 端 AUTOMOC ON。
5. 边界与选型：何时不用 Qt
明确该换的场景：体积敏感 （嵌入式/绿色小工具------FLTK 第 51 篇的 exe 是几十 KB 级；Qt 动态部署要拖几十 MB 的 DLL）；只是调试面板 （Dear ImGui 第 49 篇接入成本半小时 vs Qt 一天）；非 GUI 服务端 （用 Qt Core 却不碰 Widgets，多数时候不如 POCO/Asio 顺手）；许可证红灯（无法满足 LGPL 动态链接要求又不想买商业授权------GPL/商业/换框架三选一）。技术上还要接受：构建链多了 moc/uic/rcc 三步；C++ 版本跟随 Qt 发布节奏；模块拆分后各模块质量不一（Widgets 极稳，Quick 迭代快）。
| Qt 6 | wxWidgets（50 篇） | FLTK（51 篇） | Dear ImGui（49 篇） | |
|---|---|---|---|---|
| 外观 | 自绘 + 主题 | 原生控件 | 自绘极简 | 自绘 |
| 规模 | 全生态框架 | GUI+基础库 | 纯 GUI 小库 | 面板库 |
| 构建 | moc 三件套 | 常规 CMake | 常规 CMake | 无构建系统 |
| 许可证 | LGPL/GPL/商业 | LGPL（带例外） | LGPL-2 | MIT |
6. 设计解释与参考
moc 的原理一瞥：Q_OBJECT 展开为若干虚函数声明（含 metaObject()），moc 生成的 .cpp 实现它们------qt_metacall 按索引分发槽调用、qt_metacast 做安全的动态转型。信号也是函数，moc 生成其函数体（遍历连接列表逐个调用）。所以「信号 emit」就是一次函数调用，性能量级是虚函数+间接寻址，不是网络或线程消息------高频路径可以直接用（跨线程队列连接除外，那是真投递）。这套设计比 C++17 的 std::function 回调多了可查询 （运行期枚举信号槽）与可连接（两两组合解耦），代价是多一道代码生成。
- Qt 官网 与 6.8 文档：信号槽、元对象系统、各模块文档；
- Qt 许可证 FAQ：LGPL 合规要点（动态链接义务）；
- 完整示例：qt_demo.cpp，构建（CMAKE_PREFIX_PATH 与 offscreen 运行）见 README。
参考：本篇实测（程序化 click 的信号链、QMetaObject 按名调用、findChild、定时器事件计数）均出自配套示例在本机的运行输出（Qt 6.8.3 msvc2022_64，offscreen 平台）。