Python对象生命周期特征

Question

注意:如果您知道任何(非精细的)库代码可以实现我想要的功能,请启发C/C++程序员,我会接受它作为答案.

我有一个全局变量设置为以下类的实例.它的目的是允许我设置一些手动中断点,printf在scrapy蜘蛛中放置一些快速和脏的样式调试点(我特别需要在满足某些条件时调整解析器,有一些非常罕见的输入数据异常) -改编自这个.

Os是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

我猜错了对象生命周期的机制吗？如何纠正这种情况.AFAIK应该在导入的代码之前销毁任何类实例,不是吗？以声明/定义的相反顺序.

如果终端在进程退出后未被搞砸,我会忽略这一点:D

编辑:

Delian对seth的回答的评论使我明白我需要使用类似C的main()函数,或任何其他函数/生成器,它们作为根函数占主导地位并在那里初始化上下文.这种方式当进程停止时,__exit__将调用上下文管理器的方法.而且我不必在每次wait()通话时重新编程终端流.

虽然重新编程的成本可能并不重要,但了解python中这些基本的C/C++语义是多么好.

编辑2:

Twisted(scrapy使用)在与stdin混淆时会变成apeshit.所以我不得不用文件IO解决问题.

Answer 1

长话短说:__del__对于这个目的是没用的(而且几乎任何其他目的;你应该忘记它存在).如果要进行确定性清理,请使用上下文管理器.

AFAIK应该在导入的代码之前销毁任何类实例,不是吗？以声明/定义的相反顺序.

那是C++.算了吧.Python并不关心这一点,实际上它甚至不关心大多数要求这样做的事情.在整个Python语言中没有声明这样的东西,模块级变量存储在本质上是无序的关联数组中.变量不存储对象,它们存储引用(不是 C++引用,它们基本上是没有指针运算的指针) - 对象在堆上并且不知道关于变量,绑定,语句或语句顺序的事情.

此外,当一个对象被垃圾收集,并且它是否是gc'd时,是未定义的.由于引用计数,你在CPython中获得了一个主要是确定性的图片,但即便如此,它也会在第二个周期中出现.结果是__del__可以在任何时间点调用(包括模块的一半已被拆除)或根本不调用.定义__del__相互引用的多个对象也很麻烦,尽管一些GC努力做正确的事情.

最重要的是,你可以假设当时的__del__运行很少,所以你做不了多少.你最后一次处理应该通过另一种方法清理过的资源,但事实并非如此,而且就是这样.经验法则:永远不要依赖它来做任何强制性的事情.

相反,创建一个上下文管理器并通过它来使用它with.您可以获得确定性清理,而无需担心对象的生命周期.因为,事实上,对象生命周期和资源生命周期是两个完全不同的东西,并且只与C++纠缠在一起,因为它是在该环境中进行资源管理的最佳方式.在Python中,RAII不适用,而是我们有:

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

顺便说一下,您可以通过contextlib更方便地定义它(从您的版本快速翻译,可能包含错误或丑陋):

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)

你的wait方法成为一个自由的功能.