共计 1650 个字符,预计需要花费 5 分钟才能阅读完成。
前言
线上呈现问题,你的第一反馈是什么?
如果是我的话,第一工夫想的应该是查日志:
if…else 到底进入了哪个分支?
要害参数是不是有缺失?
入参是不是有问题,没做好校验放进去了?
良好的日志能帮咱们疾速定位到问题所在,坑你的货色往往最为有形,良好的日志就是要让这些玩意无所遁形!
日志级别
Java 利用中,日志个别分为以下 5 个级别:
ERROR 错误信息
WARN 正告信息
INFO 个别信息
DEBUG 调试信息
TRACE 跟踪信息
1)ERROR
ERROR 级别的日志个别在 catch 块外面呈现,用于记录影响以后线程失常运行的谬误,呈现 Exception 的中央就能够思考打印 ERROR 日志,但不包含业务异样。
须要留神的是,如果你抛出了异样,就不要记录 ERROR 日志了,应该在最终的中央解决,上面这样做就是不对的:
try {
int i = 1 / 0;
} catch (Exception e) {
log.error(“ 出错了,什么错我不晓得,啊哈哈哈!”, e);
throw new CloudBaseException();
}
复制代码
2)WARN
不应该呈现,然而不会影响以后线程执行的状况能够思考打印 WARN 级别的日志,这种状况有很多,比方:
各种池(线程池、连接池、缓存池)的应用超过阈值,达到告警线
记录业务异样
呈现了谬误,然而设计了容错机制,因而程序能失常运行,但须要记录一下
3)INFO
应用最多的日志级别,应用范畴很广,用来记录零碎的运行信息,比方:
重要模块中的逻辑步骤出现
客户端申请参数记录
调用第三方时的参数和返回构造
4)DEBUG
Debug 日志用来记录本人想晓得的所有信息,经常是某个功能模块运行的详细信息,曾经两头的数据变动,以及性能信息。
Debug 信息在生产环境个别是敞开状态的,须要应用开关治理(比方 SpringBoot Admin 能够做到),始终开启会产生大量的 Debug,而 Debug 日志在程序失常运行时大部分工夫都没什么用。
if (log.isDebugEnabled()) {
log.debug(“ 开始执行,开始工夫:[{}],参数:[{}]”, startTime, params);
log.debug(“ 通过计算,失去参数 1:[{}],参数 2:[{}]”, param1, param2);
log.debug(“ 最初处理结果:[{}]”, result);
}
复制代码
5)TRACE
特地具体的零碎运行实现信息,业务代码中个别不应用,除非有非凡的意义,不然个别用 DEBUG 代替,事实上,我编码到当初,也没有用过这个级别的日志。
应用正确的格局
如果你是这样打印日志的:
log.info(“ 依据条件 id:{}” + id + “ 查问用户信息 ”);
复制代码
不要这样做,会产生大量的字符串对象,占用空间的同时也会影响性能。
正确的做法是应用参数化信息的形式:
log.info(“ 依据条件 id:[{}],查问用户信息 ”, id);
复制代码
这样做除了能防止大量创立字符串之外,还能明确的把参数隔离进来,当你须要把参数复制进去的时候,只须要双击鼠标即可,而不是用鼠标缓缓对准再划拉一下。
这样打进去的日志,可读性强,对排查问题的帮忙也很大!
小技巧
1)多线程
遇到多个线程一起执行的日志怎么打?
有些零碎,波及到并发执行,定时调度等等,就会呈现屡次执行的日志混在一起,出问题不好排查,咱们能够把线程名打印进去,或者加一个标识用来表明这条日志属于哪一次执行:
if (log.isDebugEnabled()) {
log.debug(“ 执行 ID=[{}],解决了 ID=[{}]的音讯,处理结果:[{}]”, execId, id, result);
}
复制代码
2)应用 SpringBoot Admin 灵便开关日志级别
写在最初
一开始写代码的时候,没有标准日志的意识,不论哪里,都打个 INFO,打印进去的货色也没有思考过,有没有意义,其实让本人踩了不少坑,加了不少班,回过头,我想对学习期间的我说一句:”能让你加班的货色,都藏在各种细节里!写代码之前,先好好学习如何打日志!“