python 追踪except信息方式

看下面这个函数

def test(): sum = 3/0 if __name__ == ’__main__’: test()

除0肯定是不对的，会引发一个except，内容如下：

File 'E:SrcdongshengTestPythontesttrace_back.py', line 23, in <module>test()File 'E:SrcdongshengTestPythontesttrace_back.py', line 19, in testsum = 3/0ZeroDivisionError: integer division or modulo by zero

上面的提示，是在IDE中运行时出现的，实际在线上运行脚本时，一般会用nohup 方式启动，输出内容会写入到nohup.out文件中，但这个文件里的内容可能非常多，很杂乱，不利于异常的排查。

python 提供了traceback ，可以完美的输出except发生时的信息，就和上面的内容一样，而且可以输入到指定的文件之中，所以，不妨写一个装饰器，修饰那些需要监督的函数，当他们发生异常时，记录下有关异常的信息。

#coding=utf-8from functools import wrapsimport traceback def except_trace(filename): def decorate(func): @wraps(func) def wrapper(*args,**kwargs): try: func(*args,**kwargs) except: fp = open(filename,’w’) traceback.print_exc(file=fp) fp.close() return wrapper return decorate@except_trace(’1.txt’)def test(): sum = 3/0 if __name__ == ’__main__’: test()

这一次，发生异常后，有关异常的信息会输入到1.txt文件中，这个文件中只包含异常的信息，方便查看。

补充知识：Python 的 except 怪癖

让我来展示一下我最喜欢的 Python 怪癖。你希望这段 Python 代码做什么?

如果你是从另一种编程语言过来学习 Python 的，你可能希望except子句引入嵌套范围，因此在子句中赋值给 e 不会影响外部作用域中已有的 e 变量。然而，在 Python 中，控制结构通常不引入嵌套作用域(列表推导是一个例外)，所以如果你有更多的 Python 经验，你可能会期望它打印一个ZeroDivisionError实例。

实际上，在标准 CPython 实现中，它什么也不打印；同时，最后一行将引发一个NameError。这是一个 bug 吗?事实上，这是故意的。如果查看 except 子句生成的字节码，可以看到:

当控制流退出except块时，Python 将从作用域中删除该名称。为什么？因为异常持有对当前栈帧的引用，该栈帧包含作用域内的所有内容。由于Python主要是通过引用计数来管理内存主体的，这意味着当前作用域内的任何内容都不会被释放，直到下一轮垃圾收集运行 (如果有的话)。目前的行为是内存使用、易于实现和语言整洁之间的折衷。它有点缺点，但我认为它体现了我喜欢Python的一点：不让纯粹性妨碍实用性。

但这只解释了DELETE_NAME指令。为什么 CPython 把e设为None，即便随后立即就删除了这个变量？好吧，设想你和 CPython 团队有相同的想法，并且决定在 except 块的末尾清理异常引用:

在except块的末尾，CPython 将尝试删除你已经删除的名字e！为了解决这个问题，CPython 在删除e之前赋值e = None，以确保e存在。

以上这篇python 追踪except信息方式就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持好吧啦网。