python 追踪except信息方式
看下面这个函数
deftest(): sum=3/0 if__name__=='__main__': test()
除0肯定是不对的，会引发一个except，内容如下：
File"E:\Src\dongsheng\TestPython\testtrace_back.py",line23,in
test()
File"E:\Src\dongsheng\TestPython\testtrace_back.py",line19,intest
sum=3/0
ZeroDivisionError:integerdivisionormodulobyzero
上面的提示，是在IDE中运行时出现的，实际在线上运行脚本时，一般会用nohup方式启动，输出内容会写入到nohup.out文件中，但这个文件里的内容可能非常多，很杂乱，不利于异常的排查。
python提供了traceback，可以完美的输出except发生时的信息，就和上面的内容一样，而且可以输入到指定的文件之中，所以，不妨写一个装饰器，修饰那些需要监督的函数，当他们发生异常时，记录下有关异常的信息。
#coding=utf-8
fromfunctoolsimportwraps
importtraceback
defexcept_trace(filename):
defdecorate(func):
@wraps(func)
defwrapper(*args,**kwargs):
try:
func(*args,**kwargs)
except:
fp=open(filename,'w')
traceback.print_exc(file=fp)
fp.close()
returnwrapper
returndecorate
@except_trace('1.txt')
deftest():
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信息方式就是小编分享给大家的全部内容了，希望能给大家一个参考，也希望大家多多支持毛票票。