1.日志框架
在项目的开发中,日志是必不可少的一个记录事件的组件,所以也会在相应的项目中实现和构建我们所需要的日志框架。
市面上的日志框架:JUL,JCL,Jboss-logging,logback,log4j,log4j2,slf4j...。
日志门面(日志的抽象层) | 日志实现 |
JCL,SLF4J,jbossing-logging | log4j,jul,log4j2,logback |
左边选择一个门面(抽象层),右边选择一个实现。
SpringBoot:底层是Spring框架,Spring框架默认使用JCL。SpringBoot选择使用slf4j和logback。
1.1 slf4j
slf4j是对所有日志框架制定的一种规范,标准,接口,并不是一个框架的具体的实现,因为接口并不能独立使用,需要和具体的日志框架实现配合使用(如log4j,logback)。
为什么需要日志接口,直接使用具体的实现不就行了?
接口用于定制规范,可以有多个实现,使用时是面向接口的(导入的包都是slf4j的包而不是某个日志框架中的包),即直接和接口交互,不直接使用实现,所以可以任意更换实现而不用更改代码中的日志相关代码。
1.2 log4j
log4j是Apache实现的一个开源日志组件。通过使用log4j,我们可以控制日志信息输出的目的地是控制台、文件、GUI组件、甚至是套接口服务器、NT的事件记录器、UNIX Syslog守护进程等;可以控制每一条日志的输出格式;通过定义每一条日志信息的级别,可以更加细致地控制日志的输出过程。这些可以通过一个配置文件来灵活的进行配置,而不需要修改应用的代码。
1.3 logback
logback是由log4j的作者设计完成的,拥有更好的特性,用来取代log4j的一个日志框架,是slf4j的原生实现,所以logback与slf4j的结合是最好的。
选择logback的理由:
- logback比log4j要快大约10倍,而且消耗更少的内存
- logback能够优雅地从I/O异常中恢复,从而不用重新启动应用程序来恢复logger
- logback能够根据配置文件中设置的上限值,自动删除旧的的日志文件
- logback能够自动压缩日志文件
- ...
1.4 log4j2
log4j2是log4j 1.x和logback的改进版本,据说采用了一些新技术(无锁异步,等等),使得日志的吞吐量、性能比lo4j 1.x提高10倍,并解决一些死锁的bug,而且配置更加简单灵活。
SpringBoot1.4 以及之后的版本已经不支持log4j,log4j也已经很久没有更新,现在已经有很多其他的日至框架对log4j进行了改良,例如slf4j、logback等。那为什么还需要log4j2呢?
- 插件式结构
- 配置文件优化。在配置文件中可以引用属性,还可以直接替代或传递到组件。而且支持JSON格式的配置文件。不像其他的日志框架,它在重新配置的时候不会丢失之前的日志文件。
- Java 5的并发性。log4j2利用并发性的支持,尽可能地执行最低层次的加锁。解决了在log4j 1.x周静存留的死锁问题。
- 异步logger
2.日志框架的使用
2.1 slf4j的使用 https://www.slf4j.org
在开发的时候,日志记录方法的调用,不应该直接调用日志的实现类,而是调用日志抽象层里面的方法;给系统里面导入slf4j的jar和logback的实现jar。
import org.slf4j.Log