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 方面更多的改进,包括 Markers 和 Flow 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 呢?有的用户可能会找到充分的理由,有的也可能还找不到。
评论