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成员{敏感词} Grobmeier 在2012年12月率先报道了新的Log4j 2.0。他是这样描述流行的API的:
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倍。
你可以在Log4j的异步文档中找到更多的信息。 然而,并非所有人都觉得Log4j的异步特性有多么地了不起。FullContact的高级平台工程师Michael Rose写过一篇博客,名为《过度设计:Log4j2的AsyncAppender》。他总结说,这个特性并不值得使用:
从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? |