This document is for an old version of Python that is no longer supported. You should upgrade and read the Python 当前稳定版本的文档.

# 28.12. `gc` — 垃圾回收器接口

此模块提供可选的垃圾回收器的接口，提供的功能包括：关闭收集器、调整收集频率、设置调试选项。它同时提供对回收器找到但是无法释放的不可达对象的访问。由于 Python 使用了带有引用计数的回收器，如果你确定你的程序不会产生循环引用，你可以关闭回收器。可以通过调用 `gc.disable()` 关闭自动垃圾回收。若要调试一个存在内存泄漏的程序，调用 `gc.set_debug(gc.DEBUG_LEAK)` ；需要注意的是，它包含 `gc.DEBUG_SAVEALL` ，使得被垃圾回收的对象会被存放在 gc.garbage 中以待检查。

`gc` 模块提供下列函数：

`gc.``enable`()

  启用自动垃圾回收

`gc.``disable`()

  停用自动垃圾回收

`gc.``isenabled`()

  Returns true if automatic collection is enabled.

`gc.``collect`([generation])

  若被调用时不包含参数，则启动完全的垃圾回收。可选的参数 generation 可以是一个整数，指明需要回收哪一代（从 0 到 2 ）的垃圾。当参数 generation 无效时，会引发 `ValueError` 异常。返回发现的不可达对象的数目。

  在 2.5 版更改: The optional generation argument was added.

  在 2.6 版更改: The free lists maintained for a number of built-in types are cleared whenever a full collection or collection of the highest generation (2) is run. Not all items in some free lists may be freed due to the particular implementation, in particular `int` and `float`.

`gc.``set_debug`(flags)

  设置垃圾回收器的调试标识位。调试信息会被写入 `sys.stderr` 。此文档末尾列出了各个标志位及其含义；可以使用位操作对多个标志位进行设置以控制调试器。

`gc.``get_debug`()

  返回当前调试标识位。

`gc.``get_objects`()

  返回一个含有所有被收集器跟踪的对象的列表。返回的列表中不包括该函数返回的对象。

  2.2 新版功能.

`gc.``set_threshold`(threshold0[, threshold1[, threshold2]])

  设置垃圾回收阈值（收集频率）。 将 threshold0 设为零会禁用回收。

  垃圾回收器把所有对象分类为三代，取决于对象幸存于多少次垃圾回收。新创建的对象会被放在最年轻代（第 `0` 代）。如果一个对象幸存于一次垃圾回收，则该对象会被放入下一代。第 `2` 代是最老的一代，因此这一代的对象幸存于垃圾回收后，仍会留在第 `2` 代。为了判定何时需要进行垃圾回收，垃圾回收器会跟踪上一次回收后，分配和释放的对象的数目。当分配对象的数量减去释放对象的数量大于阈值 threshold0 时，回收器开始进行垃圾回收。起初只有第 `0` 代会被检查。当上一次第 `1` 代被检查后，第 `0` 代被检查的次数多于阈值 threshold1 时，第 `1` 代也会被检查。相似的， threshold2 设置了触发第 `2` 代被垃圾回收的第 `1` 代被垃圾回收的次数。

`gc.``get_count`()

  将当前回收计数以形为 `(count0, count1, count2)` 的元组返回。

  2.5 新版功能.

`gc.``get_threshold`()

  将当前回收阈值以形为 `(threshold0, threshold1, threshold2)` 的元组返回。

`gc.``get_referrers`(*objs)

  返回直接引用任意一个 ojbs 的对象列表。这个函数只定位支持垃圾回收的容器；引用了其它对象但不支持垃圾回收的扩展类型不会被找到。

  需要注意的是，已经解除对 objs 引用的对象，但仍存在于循环引用中未被回收时，仍然会被作为引用者出现在返回的列表当中。若要获取当前正在引用 objs 的对象，需要调用 `collect()` 然后再调用 `get_referrers()` 。

  在使用 `get_referrers()` 返回的对象时必须要小心，因为其中一些对象可能仍在构造中因此处于暂时的无效状态。不要把 `get_referrers()` 用于调试以外的其它目的。

  2.2 新版功能.

`gc.``get_referents`(*objs)

  返回被任意一个参数中的对象直接引用的对象的列表。返回的被引用对象是被参数中的对象的C语言级别方法（若存在） `tp_traverse` 访问到的对象，可能不是所有的实际直接可达对象。只有支持垃圾回收的对象支持 `tp_traverse` 方法，并且此方法只会在需要访问涉及循环引用的对象时使用。因此，可以有以下例子：一个整数对其中一个参数是直接可达的，这个整数有可能出现或不出现在返回的结果列表当中。

  2.3 新版功能.

`gc.``is_tracked`(obj)

  当对象正在被垃圾回收器监控时返回 `True` ，否则返回 `False` 。一般来说，原子类的实例不会被监控，而非原子类（如容器、用户自定义的对象）会被监控。然而，会有一些特定类型的优化以便减少垃圾回收器在简单实例（如只含有原子性的键和值的字典）上的消耗。

      >>> gc.is_tracked(0)
      False
      >>> gc.is_tracked("a")
      False
      >>> gc.is_tracked([])
      True
      >>> gc.is_tracked({})
      False
      >>> gc.is_tracked({"a": 1})
      False
      >>> gc.is_tracked({"a": []})
      True

  2.7 新版功能.

The following variable is provided for read-only access (you can mutate its value but should not rebind it):

`gc.``garbage`

  A list of objects which the collector found to be unreachable but could not be freed (uncollectable objects). By default, this list contains only objects with `__del__()` methods. 1 Objects that have `__del__()` methods and are part of a reference cycle cause the entire reference cycle to be uncollectable, including objects not necessarily in the cycle but reachable only from it. Python doesn’t collect such cycles automatically because, in general, it isn’t possible for Python to guess a safe order in which to run the `__del__()` methods. If you know a safe order, you can force the issue by examining the garbage list, and explicitly breaking cycles due to your objects within the list. Note that these objects are kept alive even so by virtue of being in the garbage list, so they should be removed from garbage too. For example, after breaking cycles, do `del gc.garbage[:]` to empty the list. It’s generally better to avoid the issue by not creating cycles containing objects with `__del__()` methods, and garbage can be examined in that case to verify that no such cycles are being created.

  如果设置了 `DEBUG_SAVEALL` ，则所有不可访问对象将被添加至该列表而不会被释放。

以下常量被用于 `set_debug()` ：

`gc.``DEBUG_STATS`

  在回收完成后打印统计信息。当回收频率设置较高时，这些信息会比较有用。

`gc.``DEBUG_COLLECTABLE`

  当发现可回收对象时打印信息。

`gc.``DEBUG_UNCOLLECTABLE`

  打印找到的不可回收对象的信息（指不能被回收器回收的不可达对象）。这些对象会被添加到 `garbage` 列表中。

`gc.``DEBUG_INSTANCES`

  When `DEBUG_COLLECTABLE` or `DEBUG_UNCOLLECTABLE` is set, print information about instance objects found.

`gc.``DEBUG_OBJECTS`

  When `DEBUG_COLLECTABLE` or `DEBUG_UNCOLLECTABLE` is set, print information about objects other than instance objects found.

`gc.``DEBUG_SAVEALL`

  设置后，所有回收器找到的不可达对象会被添加进 garbage 而不是直接被释放。这在调试一个内存泄漏的程序时会很有用。

`gc.``DEBUG_LEAK`

  The debugging flags necessary for the collector to print information about a leaking program (equal to `DEBUG_COLLECTABLE | DEBUG_UNCOLLECTABLE | DEBUG_INSTANCES | DEBUG_OBJECTS | DEBUG_SAVEALL`).

Footnotes

1

  Prior to Python 2.2, the list contained all instance objects in unreachable cycles, not only those with `__del__()` methods.