本文介绍了金融系统中Logger日志打印的规范，包括日志级别如error、warn、info、debug和trace的使用场景，建议将debug和info级别统一为info，强调避免在日志中进行计算或方法调用导致异常，正确处理error日志，以及在http请求和接口调用时应记录的关键信息，旨在提升系统稳定性和问题解决效率。
初期，我们的系统比较简单，在这个过程中，加上大家平时都不注意，所以Logger日志一直是打印的随心所欲，什么是随心所欲的，就是大家想在哪里打日志就在哪里打印日志，想输出什么就输出什么，毫无规范可言，在系统的流量和业务量变得越来越复杂的情况下，良好的日志才能帮助我们更快地找到问题，更好地解决问题。
首先来看一下比较常用的Logger日志级别（部分未列出）:
- error - 运行期错误日志记录，应该有专门的error日志文件。；
- warn - 警告信息，如程序调用了一个即将作废的接口，接口的不当使用，运行状态不是期望的但仍可继续处理等；
- info - 有必要的事件信息记录。
- debug - 调试信息，业务处理进行状态，当前的变量值等；
- trace - 一些更详细的跟踪信息；
鉴于我们是一个金融系统，流量还是不算很大，我个人认为debug级别和info级别可以统一归为info级别下打印，这是考虑到现在系统稳定性不够，处于一个快速迭代开发的过程中，线上问题可能随时都有，所以将业务流转与部分变量值打印出来还是很有必要的。error记录错误日志，但如果错误是预期会发生的，并且已经有了其他的处理流程，则建议使用warn级别。例如在try-catch中catch块里处理后继续流程的日志记录。
1.Logger对象的定义：
最低0.47元/天 解锁文章
扫一扫
2699
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
