java的日志系统繁杂，今天趁着解决日志系统冲突的过程，顺带学习一下java的日志系统并做个记录
日志演化历史
- 最开始出现的是log4j，也是应用最广泛的日志系统，成为了目前java日志系统事实上的标准，一切都是美好的
- 但java的开发主体sun公司认为自己才是正统，为了干掉log4j在jdk1.4中增加了jul(因为在java.util.logging包下)日志的实现，造成了目前开发者的混乱，迄今为止仍饱受诟病
- 各个日志系统互相没有关联，替换和统一变的非常麻烦。A项目用log4j作为日志系统，但同时引了B项目，而B项目用jul作为日志系统，那么你的应用就得使用两个日志系统
- 为了搞定这个坑爹的问题，开源社区apache提供了一个日志框架作为日志的抽象，叫commons-logging，也被称为jcl(java common logging)，jcl对各种日志接口进行抽象，抽象出一个接口层，对每个日志实现都适配或者转接，这样这些提供给别人的库都直接使用抽象层即可，较好的解决了上述问题
- 但这时，作为元老级日志log4j的作者觉得jcl不够好，再度出山，搞出了一个更加牛逼的新的日志框架slf4j(这个也是抽象层)，同时针对slf4j的接口实现了一套日志系统，即传说中的logback
- 同时这个作者心情一好，又把log4j进行了改造，就是所谓的log4j2，同时支持jcl以及slf4j
JCL
使用JCL一般(如果是log4j可以不需要)需要一个配置commons-logging.properties在classpath上，这个文件有一行代码：
org.apache.commons.logging.LogFactory= org.apache.commons.logging.impl.LogFactoryImpl用于通知JCL想要使用哪个日志系统。用户只要修改LogFactory的实现，就能动态的切换日志系统
SLF4J
slf4j的设计相对较为精巧，作者将接口以及实现分开，其中slf4j-api中定义了接口，开发者需要关心的就是这个接口，无需再关心下层如何实现，同时各个是slf4j接口的实现者只要遵循这个接口，就能够做到日志系统间的无缝兼容
- slf4j-api的实现目前比较出名的是接口开发者实现的logback，性能相较log4j来讲更加优秀，也支持占位符等新特性。
- 同时为了兼容log4j，slf4j-log4j12实现了slf4j-api，作为log4j兼容的适配器，使得用户用起来像在用log4j
- 为了兼容jul，slf4j-jdk14也实现了slf4j-api，作为jul兼容的适配器，使得用户用起来像在用jul
有了实现，还需要一个桥接器，桥接器将对jcl的调用转接到slf4j上：
- jul-to-slf4j把对jul的调用桥接到slf4j上
- jcl-over-slf4j把对jcl的调用桥接到slf4j上
- log4j-over-slf4j把对log4j的调用桥接到slf4j上
日志系统的冲突
多种日志系统并不意味着程序中只能存在一种日志系统，比如log4j与logback是完全可以共存的。
目前日志系统的冲突主要分为两种：
- 同一个日志系统的多个实现
- 桥接接口与实现类
1) 同一个日志系统的多个实现
像slf4j接口实现的冲突，如：
slf4j-log4j、logback、slf4j-jdk14、log4j2之间的冲突
这点很好理解，这几个包都实现了slf4j的接口，同一接口只能有一个实现才能被jvm正确识别
但日志系统仍然非常容易冲突，与传统的jar冲突相同，当jvm发现两个一模一样的实现的时候，它就不知道选择哪个或选择了一个错误的，就会提示ClassNotFound.
2) 桥接jar与实现包
在日志系统中，最常见的就是桥接jar包与实现包的冲突，如：
jul-to-slf4j与slf4j-jdk14log4j-over-slf4j与slf4j-log4jjcl-over-slf4j与jcl
因为转接的实现就是将其余的日志系统调用进行一个转发，既然要转发，就必须要定义与原有对象相同的类名、包名，才能正确的被调用，所以桥接jar包就必然与实现包产生冲突。
各个日志系统间的依赖关系
依赖关系可以见下图：
其中
- slf4j为纯日志接口
- logback/slf4j-jdk14/slf4j-log4j12/log4j2均可认为是slf4j的实现类
- jul/log4j作为最早开始的日志系统，本身就是一种日志的实现，没有任何框架
- jul-to-slf4j/log4j-to-slf4j/jcl-over-slf4j/作为桥接接口，可以将原有接口的内容进行接收，然后通过slf4j进行输出
其余常见问题
- slf4j的几个实现jar包一定会冲突，尤其要注意
- slf4j-api和实现版本最好对应，尤其是1.6.x和1.5.x不兼容，直接升级到最新版本
- log4j与logback可以同时使用，logback实现slf4j的接口，与log4j没有任何关系，完全可以同时使用
- 建议选用slf4j + logback，或slf4j + log4j2
- 日志系统在正常情况下是不会影响应用性能的，但应该注意量，太大量的日志会拖累性能
标签（空格分隔）： java
java的日志系统繁杂，今天趁着解决日志系统冲突的过程，顺带学习一下java的日志系统并做个记录
日志演化历史
- 最开始出现的是log4j，也是应用最广泛的日志系统，成为了目前java日志系统事实上的标准，一切都是美好的
- 但java的开发主体sun公司认为自己才是正统，为了干掉log4j在jdk1.4中增加了jul(因为在java.util.logging包下)日志的实现，造成了目前开发者的混乱，迄今为止仍饱受诟病
- 各个日志系统互相没有关联，替换和统一变的非常麻烦。A项目用log4j作为日志系统，但同时引了B项目，而B项目用jul作为日志系统，那么你的应用就得使用两个日志系统
- 为了搞定这个坑爹的问题，开源社区apache提供了一个日志框架作为日志的抽象，叫commons-logging，也被称为jcl(java common logging)，jcl对各种日志接口进行抽象，抽象出一个接口层，对每个日志实现都适配或者转接，这样这些提供给别人的库都直接使用抽象层即可，较好的解决了上述问题
- 但这时，作为元老级日志log4j的作者觉得jcl不够好，再度出山，搞出了一个更加牛逼的新的日志框架slf4j(这个也是抽象层)，同时针对slf4j的接口实现了一套日志系统，即传说中的logback
- 同时这个作者心情一好，又把log4j进行了改造，就是所谓的log4j2，同时支持jcl以及slf4j
JCL
使用JCL一般(如果是log4j可以不需要)需要一个配置commons-logging.properties在classpath上，这个文件有一行代码：
org.apache.commons.logging.LogFactory= org.apache.commons.logging.impl.LogFactoryImpl用于通知JCL想要使用哪个日志系统。用户只要修改LogFactory的实现，就能动态的切换日志系统
SLF4J
slf4j的设计相对较为精巧，作者将接口以及实现分开，其中slf4j-api中定义了接口，开发者需要关心的就是这个接口，无需再关心下层如何实现，同时各个是slf4j接口的实现者只要遵循这个接口，就能够做到日志系统间的无缝兼容
- slf4j-api的实现目前比较出名的是接口开发者实现的logback，性能相较log4j来讲更加优秀，也支持占位符等新特性。
- 同时为了兼容log4j，slf4j-log4j12实现了slf4j-api，作为log4j兼容的适配器，使得用户用起来像在用log4j
- 为了兼容jul，slf4j-jdk14也实现了slf4j-api，作为jul兼容的适配器，使得用户用起来像在用jul
有了实现，还需要一个桥接器，桥接器将对jcl的调用转接到slf4j上：
- jul-to-slf4j把对jul的调用桥接到slf4j上
- jcl-over-slf4j把对jcl的调用桥接到slf4j上
- log4j-over-slf4j把对log4j的调用桥接到slf4j上
日志系统的冲突
多种日志系统并不意味着程序中只能存在一种日志系统，比如log4j与logback是完全可以共存的。
目前日志系统的冲突主要分为两种：
- 同一个日志系统的多个实现
- 桥接接口与实现类
1) 同一个日志系统的多个实现
像slf4j接口实现的冲突，如：
slf4j-log4j、logback、slf4j-jdk14、log4j2之间的冲突
这点很好理解，这几个包都实现了slf4j的接口，同一接口只能有一个实现才能被jvm正确识别
但日志系统仍然非常容易冲突，与传统的jar冲突相同，当jvm发现两个一模一样的实现的时候，它就不知道选择哪个或选择了一个错误的，就会提示ClassNotFound.
2) 桥接jar与实现包
在日志系统中，最常见的就是桥接jar包与实现包的冲突，如：
jul-to-slf4j与slf4j-jdk14log4j-over-slf4j与slf4j-log4jjcl-over-slf4j与jcl
因为转接的实现就是将其余的日志系统调用进行一个转发，既然要转发，就必须要定义与原有对象相同的类名、包名，才能正确的被调用，所以桥接jar包就必然与实现包产生冲突。
各个日志系统间的依赖关系
依赖关系可以见下图：
其中
- slf4j为纯日志接口
- logback/slf4j-jdk14/slf4j-log4j12/log4j2均可认为是slf4j的实现类
- jul/log4j作为最早开始的日志系统，本身就是一种日志的实现，没有任何框架
- jul-to-slf4j/log4j-to-slf4j/jcl-over-slf4j/作为桥接接口，可以将原有接口的内容进行接收，然后通过slf4j进行输出
其余常见问题
- slf4j的几个实现jar包一定会冲突，尤其要注意
- slf4j-api和实现版本最好对应，尤其是1.6.x和1.5.x不兼容，直接升级到最新版本
- log4j与logback可以同时使用，logback实现slf4j的接口，与log4j没有任何关系，完全可以同时使用
- 建议选用slf4j + logback，或slf4j + log4j2
- 日志系统在正常情况下是不会影响应用性能的，但应该注意量，太大量的日志会拖累性能
