您会观察到垃圾回收语言中的终结器的典型问题。Java拥有它，C＃拥有它，并且它们都提供了基于范围的清理方法，例如Python
with关键字来处理它。
主要问题是，垃圾收集器负责清理和销毁对象。在C
++中，对象超出范围时将被销毁，因此您可以使用RAII并具有明确定义的语义。在Python中，只要GC喜欢，对象就会超出范围并继续存在。根据您的Python实现，这可能有所不同。CPython及其基于引用计数的GC相当不错（因此您很少看到问题），而PyPy，IronPython和Jython可能会使对象存活很长时间。
例如：
def bad_pre(filename): return open(filename, 'r').read()for i in xrange(10000): bad_pre('some_file.txt')bad_pre泄漏文件句柄。在CPython中没关系。引用计数降至零，并立即删除。在PyPy或IronPython中，由于耗尽所有可用的文件描述符（
ulimit在Unix或Windows上最多为509句柄），您可能会遇到IOError或类似问题。
使用上下文管理器进行基于范围的清理，
with如果您需要保证清理，则它是首选。您确切地知道何时完成对象。但是有时您无法轻松实施这种范围的清理。那是当你可能会使用
__del__，
atexit或类似的结构做在清理尽力而为。它不可靠，但总比没有好。
您可以给用户增加显式清理负担，也可以强制执行显式作用域，或者您可以随便赌博，
__del__然后时不时地看到一些奇怪的地方（尤其是解释器关闭）。
