项目里为了程序在服务器上长期运行不会中断,在所有可能出异常的位置加了 try / except Exception as e ,但是有时候需要根据日志调试错误的时候,捕捉了 e 但是不太好在日志里查看,因为不能直接 raise ,这样的话程序就中断了,但是如果打印 e 的话又不包含整个错误的产生链,经常搞不清状况
项目里为了程序在服务器上长期运行不会中断,在所有可能出异常的位置加了 try / except Exception as e ,但是有时候需要根据日志调试错误的时候,捕捉了 e 但是不太好在日志里查看,因为不能直接 raise ,这样的话程序就中断了,但是如果打印 e 的话又不包含整个错误的产生链,经常搞不清状况
|
KinniceJun 21, 2022
1
简单做法: 把 e 的上下文中,你感觉需要分析的东西和 e 一块打出来
|
|
StarainXJun 21, 2022
2
logger.error(MSG, ext_info=1) 呢?
|
|
bandittJun 21, 2022
3
traceback 这个库可以打印
|
|
awanabeJun 21, 2022
4
traceback.print_exc()
把错误堆栈打出来 |
|
SenLiefJun 21, 2022
5
loguru 也可以
|
|
6
loguru 直接给你把调用栈写到日志里,还支持输出异常时的变量值便于排查问题,可以试试
|
|
7
logger.exception()试试
|
|
arischowJun 21, 2022 via iPhone
8
extra 这个 parameter 看看?
|
|
9
|
|
SenLiefJun 21, 2022 via iPhone
10
|
|
11
打印 e 的代码改成 logger.info(f'exception: {traceback.format_exc()}')就可以了
当然如果可以,引入第三方库更好一些 |
|
MorriatyJun 21, 2022
12
logging.error("message", exc_info=e) 就行了啊
|
|
13
试试 sentry ?
|
|
featureoverloadJun 21, 2022
14
@Morriaty logger.error(msg, exc_info=True) / logging.error(msg, exc_info=True)
|
|
ruanimalJun 21, 2022
15
“项目里为了程序在服务器上长期运行不会中断,在所有可能出异常的位置加了 try / except Exception as e”
这个是祸乱之源, 只要最外层捕获错误即可。 |
|
MorriatyJun 21, 2022
16
@featureoverload 应该传的就是 exc_info=e ,只不过 logging.__init__.py 里对其他传参做了兼容,源码是
```python if exc_info: if isinstance(exc_info, BaseException): exc_info = (type(exc_info), exc_info, exc_info.__traceback__) elif not isinstance(exc_info, tuple): exc_info = sys.exc_info() ``` |
|
jaylengaoJun 21, 2022
18
log.exception(e) 会打印完整错误堆栈
|
|
ClericPyJun 21, 2022
19
想说的都被别人说完了... 主要也是 loguru 的那套
不过之前公司打算上 ELK, 包装了一份 JSON log 感觉挺爽的, error 的 class + msg + traceback |
|
rationa1cuzzJun 21, 2022
20
traceback 解君愁
|
|
louiswong2099Jun 22, 2022
22
sentry_sdk 这个也挺好用的,不知道适不适合你,可以捕获日志,还可以传到服务器慢慢看,分类都有,使用很简单:
https://docs.sentry.io/platforms/python/usage/ |
|
Macv1994Jun 25, 2022
23
traceback 可以打印详细异常,写个异常捕捉的装饰器,要捕捉的地方加个装饰器就行了。
|