打印日志,要注意下面4点。app
对DEBUG、INFO级别的日志,必须使用条件输出或者使用占位符的方式打印。该约定综合考虑了程序的运行效率和日志打印需求。机器学习
先来看一个反例:分布式
log.debug("输入参数信息id=" + id + ",obj=" + obj);
若是在某个配置了打印级别为WARN的应用中,按照上面代码打印DEBUG级别的日志,那么该日志不会被打印,可是会执行字符串拼接操做;若是obj是一个对象,还会执行toString()方法,白白浪费系统资源。高并发
代码正确示例以下:oop
//使用条件判断形式 if (log.isDebugEnabled()) { log.debug("输入参数信息id={}", id); } //使用占位符形式 log.debug("输入参数信息id={},obj={}", id, obj);
生产环境禁止输出DEBUG日志且有选择的输出INFO日志。
使用INFO、WARN级别来记录业务日志行为信息时,必定要控制输出量,以避免磁盘空间不足,同时要为日志文件设置合理的生命周期,及时清理过时的日志。学习
避免重复打印,务必在日志配置文件中设置additivity=false,示例以下:大数据
<logger name="com.test" additivity="false"> <level value="INFO" /> <appender-ref ref="logfile" /> </logger>
additivity属性简介:debug
它是子Logger是否继承父Logger的输出源(appender)的标志位,默认状况下子Logger会继承父Logger的appender,也就是说子Logger会在父Logger的appender里输出。把additivity设为false,则子Logger只会在本身的appender里输出,而不会在父Logger的appender里输出。日志
WARN、ERROR都是与错误有关的日志级别,但不要一发生错误就打印ERROR日志,好比一些业务异常是能够经过引导重试就能恢复的,例如用户输入参数错误,在这种状况下,记录日志是为了在用户咨询时能够还原现场若是输出为ERROR级别就表示一旦出现就须要人为介入,这显然不合理。因此,ERROR级别只记录系统逻辑错误、异常或者违反重要的业务规则,其余错误均可以归为WARN级别。
日志记录的内容须要包括现场上下文信息和异常堆栈信息,因此打印时候须要注意下面两点:
1.记录异常时必定要输出异常堆栈,例如:
log.error("xxx" + e.getMessage(), e);
2.日志中若是输出对象实例,要确保实例类重写了toString方法,不然只会打印对象的hashCode值,没有实际意义。
参考资料:《码出高效Java开发手册》
推荐阅读
1.SpringBoot系列-日志配置基础篇
2.SpringBoot集成JWT实现权限认证
3.一分钟带你了解JWT认证!
4.SpringBoot中如何优雅的读取yml配置文件?
5.SpringBoot中如何灵活的实现接口数据的加解密功能?
限时领取免费Java相关资料,涵盖了Java、Redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo/Kafka、Hadoop、Hbase、Flink等高并发分布式、大数据、机器学习等技术。
关注下方公众号便可免费领取: