Qt多线程编程（Qt5框架 、C++语言）

这门课讲什么：Qt5 下的 C++ 并发模型

Qt 对多线程的处理方式，跟直接用 C++11 的 std::thread 是两条路子。前者把线程、事件循环、信号槽机制揉在一起，形成了一套自洽的模型：QThread 不只是一个线程句柄，它有自己的事件循环；对象的线程归属（thread affinity）决定了槽函数在哪个线程执行；跨线程的信号槽默认走队列连接，参数需要注册元类型。这些东西在官方文档里散落在不同页面，真正落到项目里容易踩坑——比如在错误的线程里 new 了 QObject 子类、moveToThread 之后忘了改父子关系、GUI 控件被工作线程直接碰。

这门课围绕 Qt5 框架展开，用 C++ 语言实现，主线是把上面这些机制讲清楚，并配上可运行的示例。它不是泛泛地讲操作系统层面的线程调度理论，而是聚焦 Qt 提供的工具集：QThread、QMutex、QWaitCondition、QSemaphore、QThreadPool、QtConcurrent，以及信号槽在跨线程场景下的行为差异。

结构上怎么组织：从原语到模式

课程按“基础原语 → 同步手段 → 线程间通信 → 线程池与并发 API → 综合案例”的顺序推进。前面几节先把 QThread 的两种用法说清楚：继承 QThread 重写 run()，和继承 QObject 配合 moveToThread。这两种写法在社区里争论多年，课程会把各自适用场景和生命周期管理的差异摆出来，而不是只给一种标准答案。

中间部分处理同步问题。互斥量、读写锁、条件变量这些概念本身不难，难的是在 Qt 的事件驱动结构里怎么用不出死锁。比如条件变量的 wait 和信号槽的队列投递混用时，唤醒顺序和事件循环的配合需要格外注意。这部分通常会配可运行的例子，用输出日志体现执行顺序，方便对照调试。

后半段进入工程里更常见的模式：用 QThreadPool 和 QRunnable 做任务分发、用 QtConcurrent::run 处理一次性并发任务、用 QFuture 和 QFutureWatcher 把结果回传到界面线程。这些 API 的抽象层级比裸 QThread 高，适合把并发逻辑从 UI 代码里剥出来。

可复用的代码结构

Qt 多线程项目的目录组织通常不复杂，但分层要清楚。典型做法是把工作对象（Worker）单独放一层，只暴露信号和槽，不直接引用界面类；线程控制逻辑集中在一个管理类里，负责创建、启动、停止和回收；界面层只连接信号，不关心线程内部怎么跑。这套结构的好处是，换成 QThreadPool 或者移到别的框架时，Worker 那层基本不用动。

课程里的案例会体现这种分层。读者可以把它当成模板，把业务逻辑替换成自己的任务，保留线程管理和信号传递的骨架。资源清理部分也值得留意：线程对象的 deleteLater、quit 与 wait 的调用次序、程序退出时如何避免“QThread: Destroyed while thread is still running”这类警告，都是实际项目里反复出现的问题。

怎么用这份资料

建议边看边敲，不要只跑一遍示例就过。每节的示例代码可以自己改一改：把单线程改成多线程、把直接调用改成队列连接、把固定线程数改成动态调整，观察输出变化。遇到信号槽不触发或者槽函数没在预期线程执行的情况，用 qDebug 打印 QThread::currentThread() 来确认，比反复读文档快。

学完 QThread 相关章节后，可以尝试把手上已有的一个同步耗时代码块改写成分线程执行，用信号把进度回传到界面。这个练习能覆盖线程创建、信号槽跨线程、进度上报、取消操作几个关键点，是把课程内容转成自己代码的最短路径。线程池和 QtConcurrent 部分，适合在需要批量处理任务时回头查阅，不必一次记全 API。

适合谁

有 C++ 基础、在写 Qt 界面程序、被“界面卡死”或“跨线程访问控件崩溃”这类问题困扰的开发者，是这门课最直接的读者。已经熟悉 std::thread 和现代 C++ 并发设施的人，可以重点看 Qt 特有的线程归属和事件循环部分，跳过通用同步原语的讲解。软考方向如果涉及嵌入式或桌面应用开发，Qt 多线程也是常考的实际能力点，配合可运行的示例比单纯背概念更容易记住行为差异。