连接是在将工作对象移动到另一个线程之前还是之后都没有关系。引用Qt docs:
Qt :: AutoConnection- 如果信号是从与接收对象不同的线程发出的,则将信号排队,表现为 Qt :: QueuedConnection 。否则,将以 Qt :: DirectConnection的形式 直接调用该插槽。 。[重点添加]
因此,只要将的@H_404_13@type参数@H_404_13@connect设置为@H_404_13@QtCore.Qt.AutoConnection(这是默认值),Qt就应确保以适当的方式发出信号。
示例代码的问题很可能是 时隙而 不是 信号 。信号连接到的python方法可能需要使用pyqtSlot装饰器标记为Qt插槽:
@H_404_13@from QtCore import pyqtSlot class Scanner(QObject): @pyqtSlot() def scan(self): scan_value(start, stop, step) progress.setValue(100)
:
应该澄清的是,只有在最近的Qt版本中,连接类型才在发出信号时确定。在版本4.4中引入了此行为(以及Qt多线程支持中的其他一些更改)。
同样,在PyQt特定问题上可能值得进一步扩展。在PyQt中,信号可以连接到Qt插槽,另一个信号或任何可调用的python(包括@H_404_13@lambda函数)。对于后一种情况,将在内部创建一个代理对象,该对象包装可调用的python,并提供Qt信号/插槽机制所需的插槽。
导致此问题的正是此代理对象。创建代理后,PyQt只需执行以下操作:
@H_404_13@ if (rx_qobj) proxy->moveToThread(rx_qobj->thread());
如果 在 将接收对象移动到其线程 之后 进行连接,则很好;但如果 之前完成 ,则代理将保留在主线程中。
使用@H_404_13@@pyqtSlot装饰器可以完全避免此问题,因为它可以更直接地创建Qt插槽,并且根本不使用代理对象。
最后,还应注意,此问题当前不影响PySide。