Spring Boot(十)Logback和Log4j2集成与日志发展史
一、简介Java知名的日志有很多,比如:JUL、Log4j、JCL、SLF4J、Logback、Log4j2,那么这些日志框架之间有着怎样的关系?诞生的原因又是解决什么问题?下面一起来看。 1.1 JULJava有自己的日志框架JUL(Java Util Logging)在java.util.logging下,因为对开发者不友好,使用成本太高和日志级别分类不清晰的问题,所有很少有开发者用。 1.2 Log4j因为JUL的缺陷问题,这就给了Log4j机会,所有Log4j一经推出就迅速风靡全球。 1.3 JCLJCL是Jakarta Commons-Logging的缩写,Jakarta在这里指的是一个组织,而不是印度的首都雅加达,Jakarta,一个早期的Apache开源项目,用于管理各个Java子项目,诸如Tomcat,Ant,Maven,Struts,JMeter,Velocity,Commons等。2011年12月,在所有子项目都被迁移为独立项目后,Jakarta名称就不再使用了。 JCL诞生的初衷是因为Java自身的一些包用了JUL,而Log4j用户使用的有很多,那么JCL就是提供一套API来实现不同Logger之间的切换。 1.4 SLF4JSLF4J(Simple Logging Facade For Java)简单日志门面,和JCL功能类似,但JCL有一个致命的缺点就是算法复杂,出现问题难以排除,而SLF4J的诞生就是为了解决JCL的缺点。 值得一提的是SLF4J的作者就是Log4j的作者。 1.5 LogbackLogback是Log4j的作者的另一个开源日志组件,与Log4j相比,Logback重新了内核,使它的性能提升了很多,大约是Log4j的10倍,同时占用更小的内存,并且完整的实现了SLF4J API是你可以很方便的切换日志框架。 @H_301_28@1.6 Log4j2Log4j2有着和Logback相同的功能,但又有自己单用的功能,比如:插件式结构、配置文件优化、异步日志等。 Log4j2是Log4j的升级,它比其前身Log4j 1.x提供了重大改进,并提供了Logback中可用的许多改进,同时修复了Logback架构中的一些固有问题。 从GitHub的更新日志来看,Logback已经有半年没有更新了,而作为知名组织的Apache下的Log4j2的更新却是非常活跃的,Log4j 1.x 于2015年8月停止维护更新了。 GitHub地址 Logback:https://github.com/qos-ch/logback log4j2:https://github.com/apache/logging-log4j2 本文分别来看Logback和Log4j2在Spring Boot中的实现。 二、Logback使用开发环境
2.1 Logback的使用Spring Boot默认集成了Logback,可以开箱即用,非常方便。因为spring-boot-starter-logging是Logback的日志实现,而Spring Boot启动项spring-boot-starter又依赖了spring-boot-starter-logging,所以Spring Boot就默认集成了Logback,包依赖如下图: 日志是默认控制台输出的,我们程序启动的时候就使用Logback,如下图所示: 日志组成解读:
2.2 输入文件如果需要输出日志到文件,只需要在application.properties配置文件设置:logging.file或logging.path,示例如下:
可以通过设置日志的级别,忽略更低级别的日志输出。 注意: logging.file和logging.path设置一个属性即可,如果两个都设置,则以logging.file为主,logging.path无效。 日志文件容量设置:使用“logging.file.max-history”属性为日志最大容量设置,默认10M超过则分割为多个文件。 2.3 自定义日志配置日志服务在ApplicationContext创建前就初始化了,所以通过设置属性和传统的配置XML文件,可以对日志进行管理和控制。 只需要在src/main/resources下,创建好约定名称的XML文件,即可完成对日志系统的设置,不同的日志系统有不同的约定名称,如下列表: 日志 |
名称 |
|