为什么不调用 __del__ 方法？

Question

在python3的multiprocess中，不能调用__del__方法。

我已经阅读了有关循环引用的其他问题，但在multiprocess 中找不到情况。

foo中存在循环引用，直接调用foo时会调用__del__，但multiprocess中永远不会调用__del__。

import multiprocessing
import weakref


class Foo():
    def __init__(self):
        self.b = []

    def __del__(self):
        print ('del')


def foo():
    print ('call foo')
    f = Foo()
    a = [f]
    # a = [weakref.ref(f)]
    f.b.append(a)


# call foo in other process
p = multiprocessing.Process(target=foo)
p.start()
p.join()


# call foo
foo()

输出：
调用 foo
调用 foo
删除

为什么在p 中没有调用__del__？

Answer 1

分叉的Process 对象在使用os._exit() 运行其任务后终止，这将强制终止子进程没有 Python 在退出时执行的正常清理。循环垃圾没有被清理（因为进程在没有给循环 GC 运行机会的情况下终止），它只是掉在地板上，让操作系统来清理。

这是故意的，因为正常退出（调用所有正常的清理过程）会冒一些风险，例如未刷新的缓冲区在父级和子级中都被刷新（输出加倍），以及当分叉进程继承父进程的所有状态时涉及的其他奇怪问题但除非明确告知这样做，否则不应使用它。

Answer 2

问题实际上不是为什么它在multiprocess 中不 被调用，而是为什么它在另一个示例中被 调用。答案是当您调用foo 时不会调用它。它在程序结束时调用。由于程序已经完成，Python 知道即使它仍然被引用，也可以清理其他任何内容，因此它会清理循环引用。

如果您在脚本末尾添加 print 语句，或者从 REPL 调用它，您可以看到在您的第二次 foo 调用中仍然没有调用 __del__，但仅在脚本结束。

鉴于 Python 会在脚本结束时清理循环引用，ShadowRanger's answer 解释了为什么在多处理函数完成时不会发生这种情况。