在Python中,为了解决内存泄露问题,采用了对象引用计数,并基于引用计数实现自动垃圾回

由于Python 有了自动垃圾回收功能,就造成了不少初学者误认为不必再受内存泄漏的骚扰了。但如果仔细查看一下Python文档对 __del__() 函数的描述,就知道这种好日子里也是有阴云的。下面摘抄一点文档内容如下:

Some common situations that may prevent the reference count of an object from going to zero include: circular references between objects (e.g., a doubly-linked list or a tree data structure with parent and child pointers); a reference to the object on the stack frame of a function that caught an exception (the traceback stored in sys.exc_traceback keeps the stack frame alive); or a reference to the object on the stack frame that raised an unhandled exception in interactive mode (the traceback stored in sys.last_traceback keeps the stack frame alive).

  可见, __del__() 函数的对象间的循环引用是导致内存泄漏的主凶。但没有__del__()函数的对象间的循环引用是可以被垃圾回收器回收掉的。

如何知道一个对象是否内存泄露掉了呢?

可以通过Python的扩展模块gc来查看不能回收掉的对象的详细信息。

例1:没有出现内存泄露的

import gc
import sys class CGcLeak(object):
def __init__(self):
self._text='#'*10 def __del__(self):
pass def make_circle_ref():
_gcleak=CGcLeak() print("_gcleak ref count0:{}".format(sys.getrefcount(_gcleak)))
del _gcleak try:
print("_gcleak ref count:{}".format(sys.getrefcount(_gcleak)))
except UnboundLocalError:
print("_gcleak is invalid!") def test_gcleak():
gc.enable() print("begin leak test...")
make_circle_ref() print
"\nbegin collect..."
_unreachable = gc.collect()
print("unreachable object num:{}".format(_unreachable))
print("garbage object num:{}".format(len(gc.garbage))) if __name__ == "__main__":
test_gcleak()

结果

C:\Python35\python.exe C:/wcf/django/ftest/ftest.py
begin leak test...
_gcleak ref count0:2
_gcleak is invalid!
unreachable object num:0
garbage object num:0 Process finished with exit code 0

例2:对自己的循环引用造成内存泄露

import gc
import sys class CGcLeak(object):
def __init__(self):
self._text='#'*10 def __del__(self):
pass def make_circle_ref():
_gcleak=CGcLeak()
_gcleak._self = _gcleak
print("_gcleak ref count0:{}".format(sys.getrefcount(_gcleak)))
del _gcleak try:
print("_gcleak ref count:{}".format(sys.getrefcount(_gcleak)))
except UnboundLocalError:
print("_gcleak is invalid!") def test_gcleak():
gc.enable() print("begin leak test...")
make_circle_ref() print
"\nbegin collect..."
_unreachable = gc.collect()
print("unreachable object num:{}".format(_unreachable))
print("garbage object num:{}".format(len(gc.garbage))) if __name__ == "__main__":
test_gcleak()

结果是:

C:\Python35\python.exe C:/wcf/django/ftest/ftest.py
begin leak test...
_gcleak ref count0:3
_gcleak is invalid!
unreachable object num:2
garbage object num:0 Process finished with exit code 0

例3:多个对象间的循环引用造成内存泄露 

import gc
import sys class CGcLeakA(object):
def __init__(self):
self._text='#'*10 def __del__(self):
pass class CGcLeakB(object):
def __init__(self):
self._text='$'*10 def __del__(self):
pass def make_circle_ref():
_a=CGcLeakA()
_b = CGcLeakB()
_a.s=_b
_b.s=_a print("ref count0:_a is {},_b is {}".format(sys.getrefcount(_a),sys.getrefcount(_a)))
del _a
del _b try:
print("ref count:_a is {}".format(sys.getrefcount(_a)))
except UnboundLocalError:
print("_a is invalid!") def test_gcleak():
gc.enable() print("begin leak test...")
make_circle_ref() print
"\nbegin collect..."
_unreachable = gc.collect()
print("unreachable object num:{}".format(_unreachable))
print("garbage object num:{}".format(len(gc.garbage))) if __name__ == "__main__":
test_gcleak()

运行结果:

import gc
import sys class CGcLeakA(object):
def __init__(self):
self._text='#'*10 def __del__(self):
pass class CGcLeakB(object):
def __init__(self):
self._text='$'*10 def __del__(self):
pass def make_circle_ref():
_a=CGcLeakA()
_b = CGcLeakB()
_a.s=_b
_b.s=_a print("ref count0:_a is {},_b is {}".format(sys.getrefcount(_a),sys.getrefcount(_a)))
del _a
del _b try:
print("ref count:_a is {}".format(sys.getrefcount(_a)))
except UnboundLocalError:
print("_a is invalid!") def test_gcleak():
gc.enable() print("begin leak test...")
make_circle_ref() print
"\nbegin collect..."
_unreachable = gc.collect()
print("unreachable object num:{}".format(_unreachable))
print("garbage object num:{}".format(len(gc.garbage))) if __name__ == "__main__":
test_gcleak()

转自:

http://www.cnblogs.com/kaituorensheng/p/4449457.html

Python垃圾回收机制:gc模块(zz)的更多相关文章

  1. Python垃圾回收机制:gc模块

    在Python中,为了解决内存泄露问题,采用了对象引用计数,并基于引用计数实现自动垃圾回收. 由于Python 有了自动垃圾回收功能,就造成了不少初学者误认为不必再受内存泄漏的骚扰了.但如果仔细查看一 ...

  2. 浅析Python垃圾回收机制!

    Python垃圾回收机制 目录 Python垃圾回收机制 1. 内存泄露 2. Python什么时候启动垃圾回收机制? 2.1 计数引用 2.2 循环引用 问题:引用计数是0是启动垃圾回收的充要条件吗 ...

  3. 简述Python垃圾回收机制和常量池的验证

    目录 通过代码验证python解释器内部使用了常量池 Python的引入 变量的引入 为什么要有变量 定义变量 常量引入 常量池引入 Python解释器 Python变量存储机制 Python垃圾回收 ...

  4. 垃圾回收机制GC

    垃圾回收机制GC 我们已经知道,name = 'leethon'这一赋值变量的操作,是将变量与数据值相绑定. 而数据值是存储到内存中的,有时变量会重新赋值即绑定其他数据值,而使得原本的数据值无法通过变 ...

  5. 垃圾回收机制GC知识再总结兼谈如何用好GC

    一.为什么需要GC 应用程序对资源操作,通常简单分为以下几个步骤: 1.为对应的资源分配内存 2.初始化内存 3.使用资源 4.清理资源 5.释放内存 应用程序对资源(内存使用)管理的方式,常见的一般 ...

  6. 垃圾回收机制GC知识再总结兼谈如何用好GC(转)

    作者:Jeff Wong 出处:http://jeffwongishandsome.cnblogs.com/ 本文版权归作者和博客园共有,欢迎围观转载.转载时请您务必在文章明显位置给出原文链接,谢谢您 ...

  7. python垃圾回收机制与小整数池

    python垃圾回收机制 当引用计数为0时,python会删除这个值. 引用计数 x = 10 y = x del x print(y) 10 引用计数+1,引用计数+1,引用计数-1,此时引用计数为 ...

  8. python垃圾回收机制:引用计数 VS js垃圾回收机制:标记清除

    js垃圾回收机制:标记清除 Js具有自动垃圾回收机制.垃圾收集器会按照固定的时间间隔周期性的执行. JS中最常见的垃圾回收方式是标记清除. 工作原理 当变量进入环境时,将这个变量标记为"进入 ...

  9. 垃圾回收机制GC知识再总结兼谈如何用好GC(其他信息: 内存不足)

    来源 图像操作,易内存泄露,边界像素 一.为什么需要GC 应用程序对资源操作,通常简单分为以下几个步骤: 1.为对应的资源分配内存 2.初始化内存 3.使用资源 4.清理资源 5.释放内存 应用程序对 ...

随机推荐

  1. 自定义Json格式

    老铁们都知道,一般的json格式就是键值对格式,在一些特定的框架或者系统中,会用到自定义格式的json文件,假设我们要得到的特定格式json格式如下: {"A":"2&q ...

  2. HDU B-Ignatius and the Princess IV

    http://acm.hdu.edu.cn/showproblem.php?pid=1029 Problem Description "OK, you are not too bad, em ...

  3. 转:maven常用命令介绍

    mvn 3.0.4 创建maven项目命令  mvn  archetype:generate   -DgroupId=damocles-autocredit -DartifactId=damocles ...

  4. group by 分组后 返回的是一个同属性的集合

    group by 分组后 返回的是一个同属性的集合  我们可以遍历该集合

  5. BZOJ2437 NOI2011兔兔与蛋蛋(二分图匹配+博弈)

    首先将棋盘黑白染色,不妨令空格处为黑色.那么移动奇数次后空格一定处于白色格子,偶数次后空格一定处于黑色格子.所以若有某个格子的棋子颜色与棋盘颜色不同,这个棋子就是没有用的.并且空格与某棋子交换后,棋子 ...

  6. 移动开发:美团外卖Android Lint代码检查实践

    概述 Lint是Google提供的Android静态代码检查工具,可以扫描并发现代码中潜在的问题,提醒开发人员及早修正,提高代码质量.除了Android原生提供的几百个Lint规则,还可以开发自定义L ...

  7. Reasons to use innodb_file_per_table

    When working with InnoDB, you have two ways for managing the tablespace storage: Throw everything in ...

  8. POJ2559 Largest Rectangle in a Histogram (单调栈

    Largest Rectangle in a Histogram Time Limit: 1000MS   Memory Limit: 65536K Total Submissions: 26012 ...

  9. demo 集合

    github: https://github.com/zhanghaifeng1234565/ProjectFunctionCollect        https://github.com/XY-W ...

  10. nginx重要配置项简要说明

    1.重要配置项 以下是一个完整的nginx配置信息. #================================以下是全局配置项 #指定运行nginx的用户和用户组,默认情况下该选项关闭(关闭 ...