Apache 宣布 Log4j 版本 1 生命周期终结。虽然 Log4j 版本 2 在 2014 年 7 月已经发布，版本 1 仍然维护到 2015 年 8 月初。新版本是一个完全重写的日志库，解决了许多版本 1 的问题，达到了前所未有的性能。Apache 已经为简化升级做出了努力，但是高级用户可能需要做一定的迁移工作。
根据Apache 的报告，最早发布于1999 年的日志框架Log4j 版本1 有许多架构上的问题和发布过程中的不足，这些问题导致开发起来相当困难。这促使一些维护Log4j 的社区开发者放弃了这个框架，转投其他类似的项目，如Logback，这些项目也鼓动开发者这样做。为此，Apache 决定从头开始编写Log4j 版本2，克服第一个版本的不足之处，恢复部分社区基础。
尽管Log4j 版本2 有如此多优势，到目前为止它的使用率增长很慢。根据maven 中央仓库统计，在写这篇文章的时候，使用Log4j 版本2 的构件有大约350 个，而使用版本1 的有将近6000 个。相比之下，使用Logback 的构件有超过5000 个。
为了克服这个问题，Apache 试图让升级Log4j 版本2 过程尽可能的简单。对于通过类似SLF4J 等日志门面使用Log4j 的场景，升级只需要将绑定的jar 文件从slf4j-log4j12 替换成log4j-slf4j-impl-2.0，移除所有Log4j 版本1 的引用，添加版本2 的实现jar 文件。对于直接使用Log4j 的场景，用户需要参考 Apache 的迁移指南，迁移指南提供了两种方案：所有调用都转换成新的 API，或者使用桥接jar 文件，它将会捕捉所有使用Log4j 版本1 基础设施的调用，将它们转发到Log4j 版本2。
不幸的是，这个桥接文件针对用户代码中有自定义追加器（Appender）、过滤器（Filter）等内容将无法工作，因为这些在Log4j 版本2 中的工作方式有所不同。例如在Log4j 版本1 中，自定义一个追加器必须要扩展 AppenderSkeleton 类，实现和继承其中的方法。而在 Log4j 版本 2 中，自定义追加器以插件形式创建，并需要注册。考虑到不得不进行转换工作，在这种场景下完全迁移到新版本可能是一个最好的选择。
另一方面，警惕传递依赖的用户在添加Log4j 版本2 依赖的时候可能会惊讶。一些用户报告说，新版本的日志框架可能会引入超过30 个直接依赖。然而进一步检查发现，大部分依赖不是测试范围的，就是可选的。这意味着实际在生产环境添加的直接依赖不会超过两个。
更简单的替代品
只有非常简单日志记录需求的用户不必为选择不同的日志框架或者处理升级犯愁：从Java 4（1.4）开始，Java 包含一个日志记录工具，作为 java.util.logging 包中的一部分。该工具的效率没有像 Log4j 或 Logback 这些库那样高，在功能方面也比较落后。但是由于该工具被包含在标准 OpenJDK 中，使得它在许多场景下成为一个合适的选择。
查看英文原文： Log4j Version 1 Reaches End of Life
感谢张龙对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们，并与我们的编辑和其他读者朋友交流（欢迎加入 InfoQ 读者交流群
）。
腾讯大规模云原生技术实践案例集
本案例集详细阐释了 QQ、腾讯会议、和平精英、小红书、斗鱼、微盟等十多个亿级用户产品背后的大规模云原生...
评论