Log4J，Logback原理总结

是在研究mybatis源码的过程中才意识到需要搞明白日志原理这回事，因为mybatis(和一些其他开源框架，比如rocketmq)都有自己的日志系统，他们在框架内部都使用的是自己的日志API，那么，为什么他们不像我们平常那样配置一个log4j呢?根本原因我也不太清楚，不过我猜测可能有这么一些理由，这些框架比较老，当初还没有slf4j这种事实上的标准，另一方面，有一些特殊的定制化的日志。彻底研究清楚mybatis的日志系统之后，个人觉得这一块设计得不太好，至少今天看来，不太优雅，因为本来一个slf4j就能搞定所有，非得在源码中加入自己的org.apache.ibatis.logging这个包，里面包含一些适配器，虽然代码并不复杂，但是有点多此一举。

2.原理:slf4j是标准，也是门面，他对用户提供统一的API，而下方对接各个日志框架。这有点类似JVM，我们Java开发者使用统一的API，而JVM对接各个操作系统。严
 

都必须存在一个这样的类，用于和slf4j建立关系，比如slf4j-simple.jar，logback，这两个直接实现了slf4j的接口，而对于log4j这种则需要一个中间适配器slf4j-log4j12。于是乎，当调用slf4j的Logger logger = LoggerFactory.getLogger(XXX.class)的时候，虽然使用的是slf4j的api，但是真正输出日志的是具体的日志框架，这样子做的好处就是，当某一天你希望更换日志框架了，只需要把具体日志框架的jar包替换掉，不需要更改任何一行代码，就能实现日志框架的切换。

4.slf4j是如何发现具体日志框架的，这就得意于spi机制，前面说每个日志框架都需要存在一个org.slf4j.impl.StaticLoggerBinder类，log4j则是通过中间适配器slf4j-log4j12。当调用LoggerFactory.getLogger的时候，就会去classpath中寻找StaticLoggerBinder这个类，如果不存在或者存在超过1个，那么会报错，classpath有且只能存在一个StaticLoggerBinder类。

5.分析mybatis的日志框架：mybatis有一套属于自己的日志系统，日志api是：Log log = LogFactory.getLog(xxx.class)，于此同时，封装了几个主流的日志框架适配器，包括：SLF4J | LOG4J | LOG4J2 | JDK_LOGGING | COMMONS_LOGGING | STDOUT_LOGGING | NO_LOGGING，当调用Log log = LogFactory.getLog(xxx.clas

（编辑：唐山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!