走进JavaWeb技术世界9：Java日志系统的诞生与发展

本系列文章将整理到我在GitHub上的《Java面试指南》仓库，更多精彩内容请到个人仓库里查看

https://github.com/h2pl/Java-Tutorial

喜欢的话麻烦点下Star哈

文章首发于个人我的博客：

www.how2playlife.com

本文是微信公众号【Java技术江湖】的《走进JavaWeb技术世界》其中一篇，本文部份内容来源于网络，为了把本文主题讲得清晰透彻，也整合了不少我认为不错的技术博客内容，引用其中了一些比较好的博客文章，若有侵权，请联系做者。

该系列博文会告诉你如何从入门到进阶，从servlet到框架，从ssm再到SpringBoot，一步步地学习JavaWeb基础知识，并上手进行实战，接着了解JavaWeb项目中常常要使用的技术和组件，包括日志组件、Maven、Junit，等等内容，以便让你更完整地了解整个JavaWeb技术体系，造成本身的知识框架。

若是对本系列文章有什么建议，或者是有什么疑问的话，也能够关注公众号【Java技术江湖】联系做者，欢迎你参与本系列博文的创做和修订。

文末赠送8000G的Java架构师学习资料，须要的朋友能够到文末了解领取方式，资料包括Java基础、进阶、项目和架构师等免费学习资料，更有数据库、分布式、微服务等热门技术学习视频，内容丰富，兼顾原理和实践，另外也将赠送做者原创的Java学习指南、Java程序员面试指南等干货资源）

Java日志系统的演变史

咱们先看一个故事。项目经理A带着一帮兄弟开发了一套复杂的企业ERP系统，这个系统一连开发了好几年，开发人员也换了好几拨。

阶段一

最开始的时候，项目经理A安排小B在系统中添加日志功能，在控制台上打印一些必要的信息。最开始的时候，因为项目的功能比较少，因而小B就是用System.out.println的方式打印日志信息。经理A感受这样使用比较方便，也便于项目小组人员的使用，因而就沿用了下来。

阶段二

此时小B被借调到其余项目，小C加入到了项目组中。此时项目经理A要求改造日志系统，要求能把日志写到一个文件中，方便之后分析用户行为。小C在查看了之前的日志方式以后，感受特别low，因而本身写了一个日志框架，命名为xiaoC-logging.jar，此举收到了项目经理A的好评。

阶段三

项目组中加入了一个大牛老D，老D发现xiaoC-logging.jar这个日志框架虽然能够知足基本的日志要求，可是还不够高大上，没有一些诸如自动归档，异步写入文件，把日志文件写入NoSQL数据库中等功能。因而老D开发了一个更高级的日志框架叫oldD-logging.jar。

阶段四

oldD-logging.jar开发完成以后，须要把原来的xiaoC-logging.jar中的日志API作修改，把以前的日志实现写下来，换上高大上的oldD-logging.jar。

阶段五

在这个卸载与上新的过程当中，老D的工做量陡增，他感受很累。不过姜仍是老的辣，他参考了JDBC和spring中面向接口的编程方式，制定了一个日志的门面（一系列的接口），之后全部的日志的记录，都只面向接口编程，至于从此怎么去实现，都要遵循这个接口就能够了。 

那么在JAVA开发中，这正的日志系统是怎么演变的呢？简短地描述下日志发展，最早出现的是apache开源社区的log4j，这个日志确实是应用最普遍的日志工具，成为了java日志的事实上的标准。然而，当时Sun公司在jdk1.4中增长了JUL日志实现，企图对抗log4j，可是却形成了混乱，这个也是被人诟病的一点。固然也有其余日志工具的出现，这样必然形成开发者的混乱，由于这些日志系统互相没有关联，替换和统一也就变成了比较棘手的一件事。想象下你的应用使用log4j，而后使用了一个其余团队的库，他们使用了JUL，你的应用就得使用两个日志系统了，而后又有第二个库出现了，使用了simplelog。

这个时候估计让你崩溃了，这是要闹哪样？这个情况交给你来想一想办法，你该如何解决呢？进行抽象，抽象出一个接口层，对每一个日志实现都适配或者转接，这样这些提供给别人的库都直接使用抽象层便可。不错，开源社区提供了commons-logging抽象，被称为JCL，也就是日志框架了，确实出色地完成了兼容主流的日志实现（log4j、JUL、simplelog），基本一统江湖，就连顶顶大名的spring也是依赖了JCL。

看起来事物确实是美好，可是美好的日子不长，接下来另外一个优秀的日志框架slf4j的加入致使了更加混乱的场面。比较巧的是slf4j的做者(Ceki Gülcü)就是log4j的做者，他以为JCL不够优秀，因此他要本身搞一套更优雅的出来，因而slf4j日志体系诞生了，并为slf4j实现了一个亲子——logback，确实更加优雅，可是因为以前不少代码库已经使用JCL，虽然出现slf4j和JCL之间的桥接转换，可是集成的时候问题依然多多，对不少新手来讲确实会很懊恼，由于比单独的log4j时代“复杂”多了，抱怨声确实不少。

到此原本应该完了，可是Ceki Gülcü以为仍是得回头拯救下本身的“大阿哥”——log4j，因而log4j2诞生了，一样log4j2也参与到了slf4j日志体系中，想必未来会更加混乱。接下来详细解读日志系统的配合使用问题。slf4j的设计确实比较优雅，采用比较熟悉的方式——接口和实现分离，有个纯粹的接口层——slf4j-api工程，这个里边基本彻底定义了日志的接口，因此对于开发来讲，只须要使用这个便可。

有接口就要有实现，比较推崇的实现是logback，logback彻底实现了slf4j-api的接口，而且性能也比log4j更好，同时实现了变参占位符日志输出方式等等新特性。刚刚也提到log4j的使用比较广泛，因此支持这批用户依然是必须的，slf4j-log4j12也实现了slf4j-api，这个算是对log4j的适配器。一样推理，也会有对JUL的适配器slf4j-jdk14等等。为了使使用JCL等等其余日志系统后者实现的用户能够很简单地切换到slf4j上来，给出了各类桥接工程，好比：jcl-over-slf4j会把对JCL的调用都桥接到slf4j上来，能够看出jcl-over-slf4j的api和JCL是相同的，因此这两个jar是不能共存的。jul-to-slf4j是把对jul的调用桥接到slf4j上，log4j-over-slf4j是把对log4j的调用桥接到slf4j。

1、日志框架的分类

• 门面型日志框架：

1. JCL：　　Apache基金会所属的项目，是一套Java日志接口，以前叫Jakarta Commons Logging，后改名为Commons Logging
2. SLF4J：  是一套简易Java日志门面，自己并没有日志的实现。（Simple Logging Facade for Java，缩写Slf4j）

• 记录型日志框架:

1. JUL：　　JDK中的日志记录工具，也常称为JDKLog、jdk-logging，自Java1.4以来的官方日志实现。
2. Log4j：　 一个具体的日志实现框架。
3. Log4j2：   一个具体的日志实现框架，是LOG4J1的下一个版本，与Log4j 1发生了很大的变化，Log4j 2不兼容Log4j 1。
4. Logback：一个具体的日志实现框架，和Slf4j是同一个做者，但其性能更好。

　　　　　　　　　　　　　　

2、发展历程

要搞清楚它们的关系，就要从它们是在什么状况下产生的提及。咱们按照时间的前后顺序来介绍。

Log4j

在JDK 1.3及之前，Java打日志依赖System.out.println(), System.err.println()或者e.printStackTrace()，Debug日志被写到STDOUT流，错误日志被写到STDERR流。这样打日志有一个很是大的缺陷，即没法定制化，且日志粒度不够细。
因而， Gülcü 于2001年发布了Log4j，后来成为Apache 基金会的顶级项目。Log4j 在设计上很是优秀，对后续的 Java Log 框架有长久而深远的影响，它定义的Logger、Appender、Level等概念现在已经被普遍使用。Log4j 的短板在于性能，在Logback 和 Log4j2 出来以后，Log4j的使用也减小了。

J.U.L

受Logj启发，Sun在Java1.4版本中引入了java.util.logging，可是j.u.l功能远不如log4j完善，开发者须要本身编写Appenders（Sun称之为Handlers），且只有两个Handlers可用（Console和File），j.u.l在Java1.5之后性能和可用性才有所提高。

JCL（commons-logging）

因为项目的日志打印必然选择两个框架中至少一个，这时候，Apache的JCL（commons-logging）诞生了。JCL 是一个Log Facade，只提供 Log API，不提供实现，而后有 Adapter 来使用 Log4j 或者 JUL 做为Log Implementation。
在程序中日志建立和记录都是用JCL中的接口，在真正运行时，会看当前ClassPath中有什么实现，若是有Log4j 就是用 Log4j, 若是啥都没有就是用 JDK 的 JUL。
这样，在你的项目中，还有第三方的项目中，你们记录日志都使用 JCL 的接口，而后最终运行程序时，能够按照本身的需求(或者喜爱)来选择使用合适的Log Implementation。若是用Log4j, 就添加 Log4j 的jar包进去，而后写一个 Log4j 的配置文件；若是喜欢用JUL，就只须要写个 JUL 的配置文件。若是有其余的新的日志库出现，也只须要它提供一个Adapter，运行的时候把这个日志库的 jar 包加进去。
不过，commons-logging对Log4j和j.u.l的配置问题兼容的并很差，使用commons-loggings还可能会遇到类加载问题，致使NoClassDefFoundError的错误出现。

　　　　　　　　　　　　　　　　　　　　　　　　

到这个时候一切看起来都很简单，很美好。接口和实现作了良好的分离，在统一的JCL之下，不改变任何代码，就能够经过配置就换用功能更强大，或者性能更好的日志库实现。

这种简单美好一直持续到SLF4J出现。

SLF4J & Logback

SLF4J（Simple Logging Facade for Java）和 Logback 也是Gülcü 创立的项目，目的是为了提供更高性能的实现。
从设计模式的角度说，SLF4J 是用来在log和代码层之间起到门面做用，相似于 JCL 的 Log Facade。对于用户来讲只要使用SLF4J提供的接口，便可隐藏日志的具体实现，SLF4J提供的核心API是一些接口和一个LoggerFactory的工厂类，用户只需按照它提供的统一纪录日志接口，最终日志的格式、纪录级别、输出方式等可经过具体日志系统的配置来实现，所以能够灵活的切换日志系统。

Logback是log4j的升级版，当前分为三个目标模块：

• logback-core：核心模块，是其它两个模块的基础模块
• logback-classic：是log4j的一个改良版本，同时完整实现 SLF4J API 使你能够很方便地更换成其它日记系统如log4j 或 JDK14 Logging
• logback-access：访问模块与Servlet容器集成提供经过Http来访问日记的功能，是logback不可或缺的组成部分

Logback相较于log4j有更多的优势：

• 更快的执行速度
• 更充分的测试
• logback-classic 很是天然的实现了SLF4J
• 使用XML配置文件或者Groovy
• 自动从新载入配置文件
• 优雅地从I/O错误中恢复
• 自动清除旧的日志归档文件
• 自动压缩归档日志文件
• 谨慎模式
• Lilith
• 配置文件中的条件处理
• 更丰富的过滤

更详细的解释参见官网：https://logback.qos.ch/reasonsToSwitch.html

到这里，你可能会问：Apache 已经有了个JCL，用来作各类Log lib统一的接口，若是 Gülcü 要搞一个更好的 Log 实现的话，直接写一个实现就行了，为啥还要搞一个和SLF4J呢?

缘由是Gülcü 认为 JCL 的 API 设计得很差，容易让使用者写出性能有问题的代码。关于这点，你能够参考这篇文章得到更详细的介绍：https://zhuanlan.zhihu.com/p/24272450

如今事情就变复杂了。咱们有了两个流行的 Log Facade，以及三个流行的 Log Implementation。Gülcü 是个追求完美的人，他决定让这些Log之间都可以方便的互相替换，因此作了各类 Adapter 和 Bridge 来链接:

　　　　　　　　　　　　　　

能够看到甚至 Log4j 和 JUL 均可以桥接到SLF4J，再经过 SLF4J 适配到到 Logback！须要注意的是不能有循环的桥接，好比下面这些依赖就不能同时存在:

• jcl-over-slf4j 和 slf4j-jcl
• log4j-over-slf4j 和 slf4j-log4j12
• jul-to-slf4j 和 slf4j-jdk14

然而，事情在变得更麻烦！

Log4j2

如今有了更好的 SLF4J 和 Logback，慢慢取代JCL 和 Log4j ，事情到这里总该大统一圆满结束了吧。然而维护 Log4j 的人不这样想，他们不想坐视用户一点点被 SLF4J / Logback 蚕食，继而搞出了 Log4j2。

Log4j2 和 Log4j1.x 并不兼容，设计上很大程度上模仿了 SLF4J/Logback，性能上也得到了很大的提高。Log4j2 也作了 Facade/Implementation 分离的设计，分红了 log4j-api 和 log4j-core。

如今好了，咱们有了三个流行的Log 接口和四个流行的Log实现，若是画出桥接关系的图来回事什么样子呢?

　　　　　　　　　　　　
看到这里是否是感受有点晕呢？是的，我也有这种感受。一样，在添加依赖的时候，要当心不要有循环依赖。

参考文章

http://www.javashuo.com/article/p-ohvhntlc-ke.html

http://www.javashuo.com/article/p-tfbleich-bp.html

http://c.biancheng.net/view/939.html

https://www.runoob.com/

https://blog.csdn.net/android_hl/article/details/53228348

微信公众号

我的公众号：程序员黄小斜

​
黄小斜是 985 硕士，阿里巴巴Java工程师，在自学编程、技术求职、Java学习等方面有丰富经验和独到看法，但愿帮助到更多想要从事互联网行业的程序员们。
​
做者专一于 JAVA 后端技术栈，热衷于分享程序员干货、学习经验、求职心得，以及自学编程和Java技术栈的相关干货。
​
黄小斜是一个斜杠青年，坚持学习和写做，相信终身学习的力量，但愿和更多的程序员交朋友，一块儿进步和成长！

原创电子书:
关注微信公众号【程序员黄小斜】后回复【原创电子书】便可领取我原创的电子书《菜鸟程序员修炼手册：从技术小白到阿里巴巴Java工程师》这份电子书总结了我2年的Java学习之路，包括学习方法、技术总结、求职经验和面试技巧等内容，已经帮助不少的程序员拿到了心仪的offer！

程序员3T技术学习资源： 一些程序员学习技术的资源大礼包，关注公众号后，后台回复关键字 “资料” 便可免费无套路获取，包括Java、python、C++、大数据、机器学习、前端、移动端等方向的技术资料。

技术公众号：Java技术江湖

若是你们想要实时关注我更新的文章以及分享的干货的话，能够关注个人微信公众号【Java技术江湖】

这是一位阿里 Java 工程师的技术小站。做者黄小斜，专一 Java 相关技术：SSM、SpringBoot、MySQL、分布式、中间件、集群、Linux、网络、多线程，偶尔讲点Docker、ELK，同时也分享技术干货和学习经验，致力于Java全栈开发！

Java工程师必备学习资源:
关注公众号后回复”Java“便可领取 Java基础、进阶、项目和架构师等免费学习资料，更有数据库、分布式、微服务等热门技术学习视频，内容丰富，兼顾原理和实践，另外也将赠送做者原创的Java学习指南、Java程序员面试指南等干货资源

​

微信公众号

我的公众号：程序员黄小斜

​
黄小斜是 985 硕士，阿里巴巴Java工程师，在自学编程、技术求职、Java学习等方面有丰富经验和独到看法，但愿帮助到更多想要从事互联网行业的程序员们。
​
做者专一于 JAVA 后端技术栈，热衷于分享程序员干货、学习经验、求职心得，以及自学编程和Java技术栈的相关干货。
​
黄小斜是一个斜杠青年，坚持学习和写做，相信终身学习的力量，但愿和更多的程序员交朋友，一块儿进步和成长！

原创电子书:
关注微信公众号【程序员黄小斜】后回复【原创电子书】便可领取我原创的电子书《菜鸟程序员修炼手册：从技术小白到阿里巴巴Java工程师》这份电子书总结了我2年的Java学习之路，包括学习方法、技术总结、求职经验和面试技巧等内容，已经帮助不少的程序员拿到了心仪的offer！

程序员3T技术学习资源： 一些程序员学习技术的资源大礼包，关注公众号后，后台回复关键字 “资料” 便可免费无套路获取，包括Java、python、C++、大数据、机器学习、前端、移动端等方向的技术资料。

技术公众号：Java技术江湖

若是你们想要实时关注我更新的文章以及分享的干货的话，能够关注个人微信公众号【Java技术江湖】

这是一位阿里 Java 工程师的技术小站。做者黄小斜，专一 Java 相关技术：SSM、SpringBoot、MySQL、分布式、中间件、集群、Linux、网络、多线程，偶尔讲点Docker、ELK，同时也分享技术干货和学习经验，致力于Java全栈开发！

Java工程师必备学习资源:
关注公众号后回复”Java“便可领取 Java基础、进阶、项目和架构师等免费学习资料，更有数据库、分布式、微服务等热门技术学习视频，内容丰富，兼顾原理和实践，另外也将赠送做者原创的Java学习指南、Java程序员面试指南等干货资源

​