问pygtk垃圾收集运行时创建的函数是否连接到信号？

EN

简单地说，是的，动态创建的函数就像运行时创建的任何其他Python对象一样。

更长的答案:对于垃圾收集器管理的资源，例如没有绑定到外部资源的对象，Python和PyGTK将正确地释放未使用的对象。对于外部资源(如打开的文件或正在运行的线程)，您需要采取步骤确保它们的正确清理。要准确地回答你的问题，看看具体的代码是有用的。一般来说，以下内容适用于Python和GTK：

• Python对象，包括动态创建的函数，在无法再从Python获得它们之后，会被解除分配。在某些情况下，取消分配是在对象变得不可访问之后立即发生的(如果对象不涉及引用周期)，而在另一些情况下，您必须等待垃圾收集器启动。
• 销毁一个小部件会使与小部件关联的GTK资源立即被清除。对象本身可以保持活着。通过小部件可以访问的回调应该立即取消引用，并且，如果没有其他任何从Python保存它们的东西，则应该很快将其解除分配。

您可以使用来自weakref模块的弱引用类型来测试这一点。例如：

>>> import gtk
>>> 
>>> def report_death(obj):
...     # arrange for the death of OBJ to be announced
...     def announce(wr):
...         print 'gone'
...     import weakref
...     report_death.wr = weakref.ref(obj, announce)
... 
>>> def make_dynamic_handler():
...     def handler():
...         pass
...     # for debugging - we want to know when the handler is freed
...     report_death(handler)
...     return handler
... 
>>> w = gtk.Window()
>>> w.connect('realize', make_dynamic_handler())
10L
>>> w.destroy()
gone

现在，如果您将代码更改为handler以包含循环引用，例如修改它以提及自身：

def handler():
    handler      # closure with circular reference

...the调用销毁将不再导致gone立即打印-这将要求程序继续工作，或一个明确的调用gc.collect()。在大多数Python程序中，自动去分配“只起作用”，您不需要做任何努力来帮助它。

最终，唯一可靠的测试(是否存在内存泄漏)是在无限循环中运行可疑代码，并监视进程的内存消耗--如果它无限制地增长，一些东西不会被释放，您就会出现内存泄漏。