Lambda中连接到pyqtSignal的对象的生命周期

Question

假设我有一个对象，并希望在发出PyQt信号时执行其方法之一。并假设我希望它使用信号未传递的参数来执行此操作。因此，我创建了一个lambda作为信号的插槽：

class MyClass(object):
    def __init__(self, model):
        model.model_changed_signal.connect(lambda: self.set_x(model.x(), silent=True))

现在，通常使用PyQt信号和插槽，信号连接不会阻止垃圾收集。当连接的插槽的对象被垃圾回收时，发出相应信号时将不再调用该插槽。

但是，使用lambdas时如何工作？我没有存储对lambda的引用，但是信号插槽连接确实可以正常工作。因此，lambda不会被垃圾收集。

如果我现在将的实例设置MyClass为None，则该实例也不会被垃圾收集：发出model_changed_signal静止图像会成功执行lambda。因此，显然，对Instance的引用MyClass保留在某个位置（也许在lambda的上下文中）周围-
我不希望这样。

为什么会这样？

Answer 1

在lambda您的示例中形成一个闭合。也就是说，它是一个嵌套函数，引用了其封闭范围内的可用对象。每个创建闭包的函数都会为其需要维护的每个项目保留一个单元格对象。

在您的示例中，lambda会创建一个闭包，并引用方法范围内的局部变量self和model变量__init__。如果保留对lambda某处的引用，则可以通过其__closure__属性检查其关闭的所有单元格对象。在您的示例中，它将显示如下内容：

>>> print(func.__closure__)
(<cell at 0x7f99c16c5138: MyModel object at 0x7f99bbbf0948>, <cell at 0x7f99c16c5168: MyClass object at 0x7f99bbb81390>)

如果删除了此处显示的MyModel和MyClass对象的所有其他引用，则单元格保留的那些引用仍将保留。因此，当涉及对象清除时，您应始终明确断开与可能会在相关对象上形成闭合的函数连接的所有信号。

请注意，在信号/插槽连接方面，PyQt对包装的C ++插槽和Python实例方法的处理方式有所不同。当这些可调用类型连接到信号时，它们的引用计数
不会
增加，而lambda，已定义函数，部分对象和静态方法会增加。这意味着，如果删除了对后一种可调用类型的所有其他引用，则所有剩余的信号连接将使它们保持活动状态。断开信号将允许在必要时对这些已连接的可调用对象进行垃圾回收。

上面的一个例外是类方法。PyQt在创建与它们的连接时会创建一个特殊的包装器，因此，如果删除了对它们的所有其他引用，并且发出了信号，则会引发异常，如下所示：

TypeError: 'managedbuffer' object is not callable

以上内容应适用于PyQt5和大多数版本的PyQt4（4.3及更高版本）。