JAVA日志开发历史
JAVA日志发展史
第一阶段
2001年以前，Java没有日志库，只有System.out和System.err打印日志。
缺点：
产生大量IO操作，无法合理控制生产环境是否需要输出。
输出内容无法保存到文件中。
只在控制台上打印，打印后就会通过，也就是说，除非你一直盯着程序。
无法自定义，日志粒度不够细。
第二阶段
2001年，ceki Gulc的一个大老板建立了一个日志框架log4j (log4j成为了Apache项目，Ceki加入了Apache组织)。
Apache也建议Sun将Log4j引入Java的标准库，但是Sun拒绝了。
第三阶段
sun有自己的想法。2002年2月，JDK1.4发布，Sun推出了自己的日志标准库JUL(Java Util Logging)，其实是按照Log4j复制的，但是一直没有复制好，JDK1.5之后性能和可用性都有所提升，因为Log4j比JUL更容易使用，也更成熟，所以Log4j在选择上有一定的优势。
第四阶段
2002年8月，Apache推出了JCL(Jakarta Commons Logging)，这是日志抽象层。它支持在运行时动态加载日志组件的实现，当然也提供了Simple Log (在 ClassLoader 中进行查找，如果能找到Log4j则默认使用llog4j实现，如果没有则使用JUL实现，再没有则使用JCL内部提供的 Simple Log实现)的默认实现。
但是JUL有三个缺点：
1.效率低。
2.很容易造成混乱。
3.在使用自定义类加载器的程序中，使用JCL会导致内存泄漏。
第五阶段
2006年，巨人Ceki(Log4j的作者)因为某些原因离开了Apache组织。之后，Ceki觉得JCL不好用，她又增加了一个新的日志标准接口规范Slf4j(简单日志faccfor Java)，也可以称为日志门面。很明显，Slf4j是JCL的标杆，后来证明SLF4J比JCL强。
巨型Ceki提供了一系列桥接包来帮助Slf4j接口与其他日志库建立关系。这种方法被称为桥接设计模式。
使用代码Slf4j接口，可以实现日志的统一标准化。如果以后想更改日志实现，只需要介绍Slf4j和相关的桥接包，然后再介绍具体的日志标准库。
第六阶段
Ceki Giant认为市场上的日志标准库都是间接实现Slf4j接口的，也就是说每次都需要配合桥接包。因此，2006年，Ceki Giant基于Slf4j接口编写了一个Logback日志标准库，这是Slf4j接口的默认实现，Logback也非常强大，在功能完整性和性能上超越了现有的所有日志标准库。
根本原因是Log4j无法随着用户量的增加满足高性能的要求，成为应用的性能瓶颈。
当前的Java日志系统图如下
通过SLF4j桥接到特定的日志框架。
通过其他日志框架桥接至slf4j
第七阶段
2012年，Apache直接推出了新项目Log4j2(与Log4J2不兼容)，完全借鉴了Slf4j Logback。
Log4j2不仅具备了Logback的所有特性，而且还有单独的设计，分为log4j-api和log4j-core。log4j-api是日志接口，log4j-core是日志标准库，Apache也为Log4j2提供了各种桥接包。
此外，log4j2的性能得到了很大的提高，并且支持异步日志打印。添加许多新功能。
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/143780.html