Apache Log4j 2.0 值得升级吗

阅读数:22301 2014 年 8 月 5 日

话题:JavaJVMDevOps语言 & 开发

Apache 软件基金会最近发布了 Log4j 2.0 通用版本,相比之前 Log4j 的 1.x 版本有了很大的性能提升。本版本的灵感来自于诸如 Log4j 1.x 和 java.util.logging 之类的已有日志解决方案,它是经过了数年的努力从头开始编写完成的。

Log4j 2.0 引入了新的插件系统、对 properties 的支持、对基于 JSON 配置的支持和配置的自动化重载。它支持很多已有的日志框架,包括 SLF4J、Commons Logging、Apache Flum、Log4j 1.x,并提供了新的程序员 API。

Apache Logging PMC 成员Christian Grobmeier 在 2012 年 12 月率先报道了新的Log4j 2.0。他是这样描述流行的 API 的:

在以前,大家是这么写的:

if (logger.isDebugEnabled()) {
logger.debug("Hi, " + u.getA() + " " + u.getB()); 
}

log4j 2.0 的团队对这种写法进行了思考和改进。现在你可以这么写了:

logger.debug("Hi, {} {}", u.getA(), u.getB());

Grobmeier 接着阐述了 API 方面更多的改进,包括MarkersFlow Tracing。他还提到了插件架构的改进,配置的增强(使用热重载、JSON 和 properties),还有 Log4j 2.0 如何处理了 Log4j 1.x 的许多死锁问题。

Hacker News上,有许多针对 JVM 日志框架的抱怨。Ceki Gülcü(许多 Java 日志框架的作者,其作品包括 Log4j、SLF4J 和 Logback)表达了他不喜欢 Apache 模型的原因。Gülcü仍然是一名社区成员,并持续从事着Apache Logging 的 PMC 的工作。

在 2013 年 7 月,Grobmeier 发表了另一篇标题为《Log4j 2:性能几近于疯狂》的文章。在这篇文章里,他对Remko Popma的“AsyncLoggers”产生的日志吞吐量大加赞赏,并讨论了它的日志吞吐量如何能够比其他框架多出了 12 倍。

我们谈到每秒超过 18,000,000 条的消息,而其他框架在同样的环境中只能达到 1,500,000 或者更少。

我看到下面这张图表,简直不敢相信。一定是哪里搞错了吧。我反复地检查。我亲自来测试。的确像图中一样,Log4j 2 有着疯狂的速度。

你可以在 Log4j 的异步文档中找到更多的信息。

然而,并非所有人都觉得 Log4j 的异步特性有多么地了不起。FullContact 的高级平台工程师Michael Rose写过一篇博客,名为《过度设计:Log4j2 的 AsyncAppender》。他总结说,这个特性并不值得使用:

我认为 Log4j2 的 AsyncAppender 虽然看上去很优雅,但不过是个好看的玩具,对于任何合理的应用来说它实际上并不像评估的那么突出。Log4j2 的团队非常令人尊敬,但我真诚的希望他们更加专注于简单的、内聚的下一代 Java 日志框架,而不是把主要精力放在添加另外的日志框架上。

无论如何,Logback 是 SLF4J(构建类路径日志的实事标准)的原生实现,性能也完全合乎要求(特别是打开本地设置时)。它仍然是我对日志框架的第一选择。它使用起来很方便,而且我在使用过程中也从没有发现过什么问题。

如果没有其他方面的考虑,那就要像躲瘟疫那样躲着 Log4j 1.x。在任何具有负载的系统中,你最终都会发现它会导致竞争问题。

Log4 1.x迁移到2.0

我最近把我的AppFuse 应用从 Log4j 1.x 升级到了 2.0,发现它很难从Maven dependencies上直接获取。至少,你得需要 log4j-core JAR(它依赖于 log4j-api)。如果你要用于网络应用,还需要依赖 log4j-web。如果集成 Velocity 1.7,还必须增加 log4j-1.2-api。如果集成 Spring,还必须增加 log4j-jcl(因为它使用了 commons-logging)。对于那些依赖了 SLF4J 的类库,必须包括 log4j-slf4j-impl。如果集成 Hibernate,还必须升级 JBoss Logging 到 3.2.0.Beta1

你可能需要把某些依赖中以前的 Log4j 依赖排除掉。如果你使用 Maven,下面有个不错的命令,可以显示你可能需要排除的依赖。

mvn dependency:tree | grep log

我最后要做的一步是把 log4j.xml 文件重命名为 log4j2.xml,并重构它们以匹配它新的配置

总结

新的 Log4j 2.0 版本有了大幅的性能提升、新的插件系统,以及配置设置方面的很多改善。是否需要把当前 Log4j 升级到 2.0 或者将已有的日志解决方案换成 Log4j 2.0 呢?有的用户可能会找到充分的理由,有的也可能还找不到。

查看英文原文:Apache Log4j 2.0 - Worth the Upgrade?