如何在Qt/PySide6应用中管理C库触发的Python回调

初始理解确认 #

我现有一个PySide6应用，调用QCoreApplication::exec()后启动Qt事件循环，最终信号触发时执行我定义的Python槽函数。我的理解是：

• 调用exec()后Python解释器基本处于阻塞状态，直到需要执行Python槽函数；
• Qt事件循环运行于QtCore.dll中，Process Explorer可见Python进程包含多个线程，如Qt6Core.dll!QThread::start、ucrtbase.dll、ntdll.dll及python.exe线程；
• 若无信号触发和槽执行，解释器无法进行任何操作，包括垃圾回收等后台任务，仅能在Qt调度下运行。

问题1：上述理解是否正确？ #

不完全准确。QCoreApplication::exec()确实会启动Qt的事件循环并阻塞调用它的线程（即Python主线程），但Python解释器并非完全“阻塞”：

• Qt事件循环运行期间，Python主线程被Qt占用，但解释器的全局解释器锁（GIL）会在Qt事件循环的空闲间隙释放，Python的后台任务（比如垃圾回收）可在这些间隙执行；
• 你看到的多个线程中，python.exe线程就是主线程，Qt的其他线程是其内部工作线程（如定时器、IO线程等），这些线程不会直接操作Python解释器。

问题2：槽执行时Qt与Python线程的状态如何？是Qt事件循环线程通知解释器线程执行代码并等待，还是Qt线程直接执行解释器代码？二者是否会互相阻塞？ #

• 若在主线程中绑定信号与槽（默认情况），槽函数会直接在Qt事件循环所在的线程（即Python主线程）执行。Qt事件循环处理到该信号时，会获取GIL并调用Python槽函数，此时Qt事件循环会被阻塞，直到槽函数执行完毕；
• 若槽通过Qt::QueuedConnection绑定到其他线程，Qt会将槽的执行任务投递到目标线程的事件队列，由目标线程的事件循环调度执行，但本质仍是在目标线程中获取GIL执行Python代码；
• 不存在“Qt线程通知解释器线程”的情况，因为Qt事件循环本身就运行在Python主线程（如果是主线程启动的exec），执行槽时就是主线程直接操作解释器。

问题3：同为Python函数，为何槽在解释器线程执行而回调在硬件DLL线程执行？是否存在DLL调用Python解释器的不同方式？或为logging模块%(thread)d属性的显示问题？ #

这是因为DLL调用Python代码的方式不同：

• Qt的信号槽机制处理Python槽时，严格遵循Qt线程模型，默认会将槽的执行调度到信号发送者所在线程（若为主线程发送信号）或通过连接类型指定的线程，而这些线程中只有主线程是Python解释器的主线程，执行时会正确关联Python线程上下文；
• 硬件C库的Python封装触发回调时，是直接在硬件库自建线程中调用Python解释器API（如PyEval_CallObject），这个线程会被Python识别为新的“原生线程”，Python会为其初始化线程状态（获取GIL），所以回调会在硬件库线程中执行；
• logging的%(thread)d显示的是操作系统层面的线程ID，结果准确，不存在显示问题。

核心问题：线程同步机制选择 #

硬件回调与Qt槽均可操作Python环境变量，能否使用Python的threading.Lock？是否需用Qt互斥对象？二者是否无差异？

• 可以使用Python的threading.Lock：无论硬件DLL线程还是Qt主线程，执行Python代码时都必须持有GIL，threading.Lock基于GIL实现线程同步，能保证多线程操作Python对象的原子性；
• 也可使用Qt互斥对象（如QMutex），但需区分场景：
  • 若同步对象是Python对象，优先用threading.Lock，它是Python解释器原生支持的，更适配Python线程模型；
  • 若同步对象涉及Qt/C++对象（如Qt UI组件、C++侧数据结构），则必须用Qt互斥对象，因为Qt对象有自身线程亲和性，跨线程操作需遵循Qt线程同步规则；
• 二者并非完全无差异：threading.Lock仅在Python代码执行时生效，Qt互斥对象可跨Python与C++代码边界生效，适用场景不同。

替代方案参考 #

将硬件交互独立为单独Python应用，通过TCP或命名管道与PySide GUI通信，确实可规避线程同步问题——两个进程的Python解释器相互独立，无需考虑跨线程的GIL和同步问题，但会增加进程间通信的复杂度。若当前线程同步方案能解决问题，优先选择单进程方案；若硬件交互逻辑复杂、耗时较长会阻塞GUI线程，则进程间通信的方案更合适。

内容的提问来源于stack exchange，提问作者maldata