Python的内存泄漏及gc模块的使用
Python的内存泄漏及gc模块的使用
-- 6.11日错误修正版
Horin|贺勤
Email: horin153@msn.com
Blog:
http://blog.csdn.net/horin153/
在 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
对象间的循环引用，是可以被自动垃圾回收掉的。
如何知道一个对象是否内存泄漏了呢？
方法一、当你认为一个对象应该被销毁时（即引用计数为 0），可以通过 sys.getrefcount(obj)
来获取对象的引用计数，并根据返回值是否为 0 来判断是否内存泄漏。如果返回的引用计数不为 0，说明在此刻对象 obj
是不能被垃圾回收器回收掉的。
方法二、也可以通过 Python 扩展模块 gc 来查看不能回收的对象的详细信息。
首先，来看一段正常的测试代码：
#--------------- code begin --------------
#
-*- coding: utf-8 -
相关文档：
调用一个控制台程序，获取它的标准输出，或把它的标准输出重定向到界面上，这里只介绍如何获取它的标准输出，因为原理都一样的。
使用python2.5的subprocess模块来实现。
import sys
import subprocess
def RunShellWithReturnCode(command, print_output=False,
universal_newline ......
python的C、c++扩展
http://blog.chinaunix.net/u3/110228/showart_2148725.html
python的强大不仅表现在其功能上，而且还表现在其扩展能力上。
使用C/C++很容易编写python的模块，扩展python的功能。
同时将性能要求比较高的代码使用C/C++编写，能更好的弥补
脚本语言执行速度慢的缺陷。
1. python的C语言扩展
1.1 ......
一、使用Python需要知道的
在 Windows 上，安装 Python 有两种选择。
1、ActiveState 制作的 ActivePython 是专门针对 Windows 的 Python 套件，它包含了一个完整的 Python 发布、一个适用于Python 编程的 IDE 以及一些 Python的 Windows 扩展，提供了全部的访问 Windows APIs 的服务，以及 Windows注册表的注册信息。虽� ......
实验环境：windows xp + vim
文件：test.py。编码：ansi
我们的目标操作test.py中保存的非英文字母。
文件头的#encoding=utf8/gbk，这个是用来说明源文件的硬盘编码以便python识别[4]。
----------------------------------------------
输入:
x = '中文'
输出: 编译失败
编译时需要知道‘中文’的硬盘编 ......
