Pyqt信号:被激发的信号在disconnect()后仍能正常工作吗?

我正在处理一个应用程序,在这个应用程序中,许多信号被激发,然后重新连接。我将详细解释应用程序是如何工作的,以及我的困惑从何处开始。

1。重新连接信号

在我的应用程序中,我经常重新连接信号。我将使用下面的静态函数,从本帖的@ekhometo(并稍加修改)中获得: PyQt Widget connect() and disconnect()

def reconnect(signal, newhandler):
    while True:
        try:
            signal.disconnect()
        except TypeError:
            break
    if newhandler is not None:
        signal.connect(newhandler)

2。应用程序

想象一下这个功能 emitterFunc(self) 循环浏览对象列表。在每次迭代时,函数连接 mySignal 对对象,激发信号,然后断开连接 我的签名 在下一个迭代步骤的开始。发射信号还携带一些有效载荷,例如一个物体 Foo() .

编辑:

• 上面显示的设计是 简化了很多 . 在最后的设计中,信号发射器和接收槽可以在不同的线程中工作。

• 因为这样会导致我们走得太远,所以我不能一次连接所有对象,发出信号,最后断开所有对象。我必须一个接一个地在它们之间循环,执行连接-发射-断开过程。

• 又一次,由于某些原因,我们走得太远了,我不能直接打电话给这些空位。

三。信号槽机构的心理图像

随着时间的推移,我建立了一个关于信号槽机制如何工作的心理图像。我想象一个 信号槽引擎 吸收所有发射的信号并将它们放入队列。每个信号灯都在等待转弯。当时间准备就绪时,引擎将给定的信号传递给相应的处理程序。为了正确地做到这一点,引擎进行了一些“记账”工作,以确保每个信号最终都位于正确的位置。

4。信号槽引擎的行为

想象一下我们在N区 ^钍 迭代步骤。我们联系 self.mySignal 到 对象 . 然后我们用它的有效载荷发射信号。这样做之后,我们几乎立即断开连接并建立一个新的连接 对象\n+1 . 在我们断开连接的那一刻,发射的信号可能还没起作用。我可以想象信号槽引擎的三种可能行为:

• [选项1]发动机注意到连接断开,并丢弃 sig_n 从队列中。

• [选项2]引擎注意到连接重新建立到另一个处理程序,并发送 西格恩 致 对象\n+1 (当它到达队列的前面时)。

• [选项3]发动机不会改变 西格恩 . 当被激发时,它是为 对象 这就是最终的结局。

5。我的问题

我的 第一个问题 现在已经很明显了。正确的信号槽引擎行为是什么?我希望这是第三种选择。

作为一个 第二个问题 我想知道给定的心理形象在多大程度上是正确的。例如,我是否可以依赖于从队列中依次发出的信号?这个问题不那么重要-它对我的应用程序当然不重要。

这个 第三个问题 与时间效率有关。重新连接到另一个处理程序是否耗时?一旦我知道第一个问题的答案,我将继续构建应用程序,我可以自己测量重新连接时间。所以这个问题不是那么重要。但如果你知道答案,请分享:—)