Log4j 版本 1 生命周期终结

  • Abraham Marín Pérez
  • 金灵杰

2015 年 9 月 2 日

话题:Java语言 & 开发架构

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 读者交流群)。

Java语言 & 开发架构