PyQt：将信号连接到插槽以启动后台 *** 作

PyQt：将信号连接到插槽以启动后台 *** 作

连接是在将工作对象移动到另一个线程之前还是之后都没有关系。引用Qt docs：

Qt :: AutoConnection- 如果信号是从与接收对象不同的线程发出的，则将信号排队，表现为 Qt ::
QueuedConnection
。否则，将以 Qt :: DirectConnection的形式 直接调用该插槽。
连接的类型在发出信号时确定 。[重点添加]

因此，只要将的

type

参数

connect

设置为

QtCore.Qt.AutoConnection

（这是默认值），Qt就应确保以适当的方式发出信号。

示例代码的问题很可能是 时隙而 不是 信号
。信号连接到的python方法可能需要使用pyqtSlot装饰器标记为Qt插槽：

from QtCore import pyqtSlotclass Scanner(QObject):    @pyqtSlot()    def scan(self):        scan_value(start, stop, step)        progress.setValue(100)

编辑 ：

应该澄清的是，只有在最近的Qt版本中，连接类型才在发出信号时确定。在版本4.4中引入了此行为（以及Qt多线程支持中的其他一些更改）。

同样，在PyQt特定问题上可能值得进一步扩展。在PyQt中，信号可以连接到Qt插槽，另一个信号或任何可调用的python（包括

lambda

函数）。对于后一种情况，将在内部创建一个代理对象，该对象包装可调用的python，并提供Qt信号/插槽机制所需的插槽。

导致此问题的正是此代理对象。创建代理后，PyQt只需执行以下 *** 作：

    if (rx_qobj)        proxy->moveToThread(rx_qobj->thread());

如果 在 将接收对象移动到其线程 之后 进行连接，则很好；但如果 之前完成 ，则代理将保留在主线程中。

使用

@pyqtSlot

装饰器可以完全避免此问题，因为它可以更直接地创建Qt插槽，并且根本不使用代理对象。

最后，还应注意，此问题当前不影响PySide。