3

Having issue about garbage collecting in Python 2.7. Why does this code

class A:
    def __init__(self, name):
        self.name = name
    def __del__(self):
          print self.name,

aa = [A(str(i)) for i in range(10)]

del aa

give the output 9 8 7 6 5 4 3 2 1 0 and not 0 1 2 3 4 5 6 7 8 9 or any other permutation.

4

2 回答 2

6

因为 Python 列表对象以相反的顺序减少了它引用的项目的引用计数：

static void
list_dealloc(PyListObject *op)
{
    Py_ssize_t i;
    PyObject_GC_UnTrack(op);
    Py_TRASHCAN_SAFE_BEGIN(op)
    if (op->ob_item != NULL) {
        /* Do it backwards, for Christian Tismer.
           There's a simple test case where somehow this reduces
           thrashing when a *very* large list is created and
           immediately deleted. */
        i = Py_SIZE(op);
        while (--i >= 0) {
            Py_XDECREF(op->ob_item[i]);
        }
        PyMem_FREE(op->ob_item);
    }
    if (numfree < PyList_MAXFREELIST && PyList_CheckExact(op))
        free_list[numfree++] = op;
    else
        Py_TYPE(op)->tp_free((PyObject *)op);
    Py_TRASHCAN_SAFE_END(op)
}

看到那条评论；在某些情况下，从末尾删除引用显然会减少列表较大的颠簸。

我的猜测是，当您创建一个非常大的列表时，最后一个项目仍在缓存中，取消引用第一个项目有助于减少缓存流失。添加交换并从头开始会产生更大的不同。

于 2013-05-25T10:24:14.687 回答
3

Python 主要依靠引用计数来管理对象的生命周期。（我认为它使用某种标记和清除来处理引用周期，但不要引用我的话。）

我猜想，当被销毁时，列表以相反的顺序尊重它们的元素，因此你看到的行为。

我不认为列表元素的破坏顺序是正式定义的，在这种情况下，这不是一个“问题”。

于 2013-05-25T10:24:05.497 回答