连接是在将工作对象移动到另一个线程之前还是之后都没有关系。引用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。
