看下面这个函数
def test(): sum = 3/0 if __name__ == '__main__': test()
除0肯定是不对的，会引发一个except，内容如下：
File "E:\Src\dongsheng\TestPython\testtrace_back.py", line 23, in <module>
test()
File "E:\Src\dongsheng\TestPython\testtrace_back.py", line 19, in test
sum = 3/0
ZeroDivisionError: integer division or modulo by zero
上面的提示，是在IDE中运行时出现的，实际在线上运行脚本时，一般会用nohup 方式启动，输出内容会写入到nohup.out文件中，但这个文件里的内容可能非常多，很杂乱，不利于异常的排查。
python 提供了traceback ，可以完美的输出except发生时的信息，就和上面的内容一样，而且可以输入到指定的文件之中，所以，不妨写一个装饰器，修饰那些需要监督的函数，当他们发生异常时，记录下有关异常的信息。
#coding=utf-8
from functools import wraps
import 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信息方式就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持脚本之家。
