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