Java 日志系统

  1. 云栖社区>
  2. 博客>
  3. 正文

Java 日志系统

韩光亮 2016-07-18 17:55:33 浏览6494 评论2

摘要: java的日志系统繁杂,今天趁着解决日志系统冲突的过程,顺带学习一下java的日志系统并做个记录 日志演化历史 最开始出现的是log4j,也是应用最广泛的日志系统,成为了目前java日志系统事实上的标准,一切都是美好的 但java的开发主体sun公司认为自己才是正统,为了干掉log4j在jdk1.4中增加了jul(因为在java.util.logging包下)日志的实现,造成了目前开发者的混乱,迄今为止仍饱受诟病 各个日志系统互相没有关联,替换和统一变的非常麻烦。

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-slf4jslf4j-jdk14
  • log4j-over-slf4jslf4j-log4j
  • jcl-over-slf4jjcl

因为转接的实现就是将其余的日志系统调用进行一个转发,既然要转发,就必须要定义与原有对象相同的类名、包名,才能正确的被调用,所以桥接jar包就必然与实现包产生冲突。

各个日志系统间的依赖关系

依赖关系可以见下图:
日志系统.png-13.5kB
其中

  • 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-slf4jslf4j-jdk14
  • log4j-over-slf4jslf4j-log4j
  • jcl-over-slf4jjcl

因为转接的实现就是将其余的日志系统调用进行一个转发,既然要转发,就必须要定义与原有对象相同的类名、包名,才能正确的被调用,所以桥接jar包就必然与实现包产生冲突。

各个日志系统间的依赖关系

依赖关系可以见下图:
日志系统.png-13.5kB
其中

  • 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
  • 日志系统在正常情况下是不会影响应用性能的,但应该注意量,太大量的日志会拖累性能
【云栖快讯】一站式开发者服务,海量学习资源免费学  详情请点击

网友评论