Python 对象生命周期特征

注意：如果您知道任何（非详细的）库代码可以实现我想要的功能，请启发 C/C++ 程序员，我会接受它作为答案。

我有一个全局变量设置为以下类的实例。它的目的是允许我设置一些手动中断点来放置一些快速和肮脏的东西printfscrapy 蜘蛛中的样式调试点（当满足某些条件来调整解析器时，我特别需要中断，有一些极其罕见的输入数据异常）——改编自this http://docs.python.org/faq/library#id12.

操作系统是 OS X 10.8。

import termios, fcntl, sys, os

class DebugWaitKeypress(object):
    def __init__(self):
        self.fd = sys.stdin.fileno()
        self.oldterm = termios.tcgetattr(self.fd)
        self.newattr = termios.tcgetattr(self.fd)
        self.newattr[3] = self.newattr[3] & ~termios.ICANON & ~termios.ECHO
        termios.tcsetattr(self.fd, termios.TCSANOW, self.newattr)

        self.oldflags = fcntl.fcntl(self.fd, fcntl.F_GETFL)
        fcntl.fcntl(self.fd, fcntl.F_SETFL, self.oldflags | os.O_NONBLOCK)

    def wait(self):
        sys.stdin.read(1)

    def __del__(self):
        print "called del"
        termios.tcsetattr(self.fd, termios.TCSAFLUSH, self.oldterm)
        fcntl.fcntl(self.fd, fcntl.F_SETFL, self.oldflags)

当我按 Ctrl-C 并且进程正在展开时，出现以下异常：

Exception AttributeError: "'NoneType' object has no attribute 'tcsetattr'" in <bound method DebugWaitKeypress.__del__ of <hon.spiders.custom_debug.DebugWaitKeypress object at 0x108985e50>> ignored

我猜我遗漏了一些关于对象生命周期机制的内容？如何补救这种情况。据我所知，任何类实例都应该在导入代码之前被销毁，不是吗？按照声明/定义的相反顺序。

如果进程退出后终端没有搞砸，我会忽略这一点：D

edit:

Delian 对 seth 答案的评论让我明白我需要使用 Cmain()像函数，或作为根函数占主导地位并初始化那里的上下文的任何其他函数/生成器。这样当进程下降时__exit__将调用上下文管理器的方法。我不必重新编程每个终端流wait() call.

尽管重新编程的成本可能并不重要，但了解如何在 Python 中使用这些基本的 C/C++ 语义还是很有好处的。

edit 2:

当弄乱标准输入时，Twisted（scrapy 使用的）会变得很糟糕。所以我必须用文件IO来解决问题。

长话短说：__del__对于此目的毫无用处（以及几乎任何其他目的；您可能应该忘记它的存在）。如果您想要确定性清理，请使用上下文管理器。

据我所知，任何类实例都应该在导入代码之前被销毁，不是吗？按照声明/定义的相反顺序。

那是C++。忘了它。 Python 并不关心这一点，事实上它甚至不关心大多数需要做的事情。整个Python语言中不存在声明这样的东西，模块级变量存储在本质上是无序关联数组中。变量不存储对象，它们存储引用（即notC++ 引用，它们基本上是没有指针算术的指针）——对象位于堆上，并且不知道有关变量、绑定、语句或语句顺序的信息。

此外，当对象被垃圾收集时，并且是否完全被GC，未定义。你得到一个mostly由于引用计数，CPython 中的确定性图片是确定性的，但即使如此，它也会在出现循环时下降。结果就是__del__可以在任何时间点调用（包括当模块的一半已经被拆除时）或根本不调用。多个对象定义__del__互相引用也很麻烦，尽管有些 GC 努力做正确的事情。

底线是，你当时可以假设的东西很少__del__运行，所以你不能做太多事情。您可以最后一次处理那些本应通过其他方法清理但没有清理的资源，仅此而已。经验法则：Never依靠它anything强制的。

相反，创建一个上下文管理器并通过以下方式使用它with http://docs.python.org/py3k/reference/compound_stmts.html#the-with-statement。您可以获得确定性的清理，而不必担心对象的生命周期。因为，说实话，对象生命周期和资源生命周期是两个完全不同的东西，并且只在 C++ 中纠缠在一起，因为它是进行资源管理的最佳方式在那个环境下。在 Python 中，RAII 不适用，而是这样：

with <context manager> as var:
    # do something
# "context closed", whatever that means - for resources, usually cleanup

顺便说一句，您可以通过更方便地定义它上下文库 http://docs.python.org/py3k/library/contextlib.html#contextlib.contextmanager（从您的版本快速音译，可能包含错误或丑陋）：

from contextlib import contextmanager


@contextmanager
def debug_wait_keypress():
    fd = sys.stdin.fileno()
    oldterm = termios.tcgetattr(fd)
    newattr = termios.tcgetattr(fd)
    newattr[3] = newattr[3] & ~termios.ICANON & ~termios.ECHO
    termios.tcsetattr(fd, termios.TCSANOW, newattr)
    oldflags = fcntl.fcntl(fd, fcntl.F_GETFL)
    fcntl.fcntl(fd, fcntl.F_SETFL, oldflags | os.O_NONBLOCK)
    try:
        yield
    finally:
        termios.tcsetattr(fd, termios.TCSAFLUSH, oldterm)
        fcntl.fcntl(fd, fcntl.F_SETFL, oldflags)

Your wait方法成为自由函数。