在pyqt6应用程序开发中，为了避免耗时操作阻塞主ui线程，通常需要将这些操作放到独立的线程中执行。pyqt6提供了两种主要的并发机制：qthreadpool结合qrunnable，以及直接使用qthread。虽然两者都能实现并发，但它们的设计理念和适用场景有所不同，错误的选择可能导致意料之外的问题，例如窗口无法正常关闭。
PyQt6并发机制概述：QThreadPool与QThread
理解QThreadPool和QThread的特性是正确选择并发方案的基础。
QThreadPool与QRunnable
- QThreadPool：一个线程池管理器，它维护一组可复用的工作线程。当有任务提交时，QThreadPool会从池中分配一个空闲线程来执行任务。任务完成后，线程不会被销毁，而是返回线程池等待下一个任务。这种机制旨在减少线程创建和销毁的开销，提高大量短时、并发任务的执行效率。
- QRunnable：一个抽象基类，用于封装需要在QThreadPool中执行的单个任务。QRunnable是轻量级的，它不直接管理线程，而是由QThreadPool来调度执行其run()方法。
QThread
- QThread：一个独立的线程对象，它代表操作系统层面的一个线程。通过继承QThread并重写其run()方法，开发者可以定义线程的入口点和执行逻辑。QThread提供了更细粒度的线程控制，例如启动、停止、等待线程结束等。它更适合执行长时间运行、需要独立生命周期管理或需要维护自身事件循环的复杂任务。
QThreadPool在单任务场景下的局限性
在提供的示例代码中，开发者尝试使用QThreadPool来执行一个单一的、可能耗时的加载任务。然而，遇到了窗口无法关闭的问题，即使任务已经完成。这背后的原因在于QThreadPool的设计哲学。
QThreadPool的核心目的是为了线程复用和任务调度。它通常不会在所有QRunnable任务完成后立即销毁其内部线程或自身。相反，它会保持活跃状态，等待新的任务提交。即使调用self.thread_pool.waitForDone(-1)等待所有当前任务完成，QThreadPool对象本身依然存在，并且其内部的线程可能仍在等待新的任务，而不是立即终止。这导致了应用程序的进程可能因为QThreadPool的持续存在而无法完全退出，进而阻止了依赖其关闭的窗口（例如加载窗口）正常关闭。
对于像加载屏幕这种，只需要在后台执行一个特定耗时任务的场景，QThreadPool显得过于“重量级”，并且其生命周期管理与单任务需求不完全匹配。
解决方案：使用QThread管理独立耗时任务
针对单个或少量耗时任务，QThread是更合适且更易于管理的工具。通过将耗时操作封装在一个继承自QThread的类中，我们可以：
- 直接控制线程生命周期：使用start()启动线程，使用quit()请求线程退出其事件循环，并使用wait()等待线程真正结束。
- 清晰的任务边界：QThread的run()方法定义了线程的全部工作，任务完成即线程工作结束。
- 安全地更新GUI：虽然不建议直接在工作线程中操作GUI，但QThread可以方便地通过信号（pyqtSignal）将结果或进度发送回主线程，由主线程的槽函数来更新UI。
代码实现与优化
我们将修改原始代码，用QThread替代QThreadPool和QRunnable的组合。
首先，将TaskRunner类从继承QRunnable改为继承QThread，并添加一个信号用于通知主线程任务完成。
from PyQt6.QtCore import QThread, pyqtSignal
from typing import Callable, Optional
from PyQt6.QtWidgets import QWidget # 用于类型提示
class TaskRunner(QThread):
"""
一个独立的QThread子类，用于在后台执行耗时任务。
当任务完成后，会发射 finished_signal 信号。
""" 
