3

Python 中的生成器对象需要有一个close存在的方法，以确保try...finally:在对象被垃圾回收之前退出上下文管理器并运行块。

PEP 342定义了生成器必须实现的方法send、throw和。具体来说，它指出：close__del__

g.__del__()是g.close(). 这将在生成器对象被垃圾收集时调用（在 CPython 中，这是它的引用计数变为零时）。

Generator 的抽象类型在collections.abc

class Generator(Iterator):

    __slots__ = ()

    def __next__(self):
        """Return the next item from the generator.
        When exhausted, raise StopIteration.
        """
        return self.send(None)

    @abstractmethod
    def send(self, value):
        """Send a value into the generator.
        Return next yielded value or raise StopIteration.
        """
        raise StopIteration

    @abstractmethod
    def throw(self, typ, val=None, tb=None):
        """Raise an exception in the generator.
        Return next yielded value or raise StopIteration.
        """
        if val is None:
            if tb is None:
                raise typ
            val = typ()
        if tb is not None:
            val = val.with_traceback(tb)
        raise val

    def close(self):
        """Raise GeneratorExit inside generator.
        """
        try:
            self.throw(GeneratorExit)
        except (GeneratorExit, StopIteration):
            pass
        else:
            raise RuntimeError("generator ignored GeneratorExit")

    @classmethod
    def __subclasshook__(cls, C):
        if cls is Generator:
            return _check_methods(C, '__iter__', '__next__',
                                  'send', 'throw', 'close')
        return NotImplemented

这种抽象类型强制send,throw和close在子类中实现，但__del__既不抽象也不具体实现，也不强制实现它。它的元类也没有。

天真地，生成一个不手动定义__del__哪个包装的子类会close产生未正确清理的生成器。垃圾收集器只调用__del__，因此如果__del__不存在，close则不调用。

这是故意的吗？

在一个相关的问题中，snakecharmerb向我指出__del__，如语言参考所示，实现起来可能很困难，但我不明白为什么这也不适用于 Python 原生生成器中__del__作为包装器的正确实现close对象。

4

1 回答 1

1

似乎是故意的。在讨论这个问题的 python bugtracker 上的一个问题中，Guido 说

方法的存在__del__可能会导致 GC 的行为发生细微的变化，所以我担心现在添加__del__到该类会破坏当前工作的代码。

让我们不要破坏 Generator 类。

于 2019-11-26T18:47:34.797 回答