HarmonyOS开发者限时福利来啦!最高10w+现金激励等你拿~ 了解详情
写点什么

Log4j 2.6 免垃圾收集

  • 2016-06-11
  • 本文字数:1791 字

    阅读完需:约 6 分钟

Java 语言中流行的日志库 Log4j 的最新版本 Log4j 2.6,将引入一系列选项以运行在免垃圾回收模式。该发布继续跟随前几个发布版,尝试提升日志库的性能,并且已经得到业界的积极响应。据性能改进倡议的引导者Remko Popm 透露,下一步将会增加log4j 可以运行在免垃圾回收模式的场景数量。

2014 年 7 月,log4j 2.0 在日志框架领域革命性地引入了异步记录器,相比于同步记录器将吞吐率提升了 6 至 68 倍。这些结果可能令人影响深刻,但日志框架的性能损耗仍然占据了部分高吞吐率、低延时应用响应时间的很大一部分,这常常导致开发者在部署时排除日志框架。对于高性能应用程序进行微调以避免垃圾回收导致的暂停能够达到非常好的效果,log4j 团队断定这些性能提升能够带来更多的用户。通过性能和 Java 专家 Kirk Pepperdine 的评论来判断,该假设是成立的:

Java 中的日志框架形势不容乐观。到今天为止,我很少碰到客户反馈他们的系统没有因为日志框架导致的负面影响。我与到的一个极端例子是,一个客户面临 4.5 秒的时限,但是日志记录占用了其中的 4.2 秒(很大一部分压力来自于异步追加器)。我将对次版本发布非常感兴趣。

防止垃圾回收是通过避免创建临时对象来实现的,这意味着需要尽可能的复用已经存在的对象。然而在最初发布的时候,整个库没有能够做到免垃圾回收,因此开发者如果希望实现该功能,需要注意追加器(appenders)、日志记录器(loggers)、格式化布局(formatting layouts)和 API 使用时的限制。

应用程序类型

部分被复用的对象保存在 ThreadLocal 区域中。这样的设计对独立的应用程序来说没有问题,但是对于 web 应用可能会引起内存泄漏。应用服务器可能会将 ThreadLocal 保存在线程池中,这意味着即使应用被卸载,用于日志记录的对象仍然会保持引用。因此,通过 ThreadLOcal 来复用对象的功能在 web 应用程序中默认是关闭的,既 log4j 无法完全运行在免垃圾回收模式。

日志记录器

log4j 防止触发垃圾回收的另一个方式是在将文本转换为字符数组的时候复用缓冲区。所有类型的应用程序都可因此受益,且该功能默认是开启的。然而使用同步日志记录器的多线程应用程序可能会有性能影响,因为不同的线程需要竞争共享的缓冲区。如果遇到这种情况,应该优先使用异步日志记录器,或者禁用共享缓冲区。

追加器

只有部分追加器已经修改以避免创建临时对象:Console(控制台)、File(文件)、RandomAccessFile(随机访问文件)、上述追加器的回卷追加器、MemoryMappedFile(内存映射文件)。任何其他追加器都会产生垃圾,并且需要被回收。然而需要注意的是,这些追加器本身可以免垃圾回收,仍然会有其他 I/O 相关的因素会影响它们的性能。

格式化布局

格式化布局可能是开发者在试图配置达到免垃圾回收时最棘手的部分,因为他们不近需要关注所需使用的布局,还需要关注布局中的选项。GelfLayout(Graylog Extended Log Format)布局只有在压缩选项禁用时才支持免垃圾回收,而 PatternLayout 只支持限定的转换模式,任何其他转换模式都会创建临时对象。

API 使用

API 本身也已经为避免创建临时对象而修改。除了之前支持简单可变长度参数(这样会创建一个临时数据)的方法之外,log4j 新增了所有方法的重载版本,最多支持 10 个参数。调用方法超过 10 个参数仍然会使用可变长度参数,这将会创建临时数组。

这个限制对于通过 SLF4J 使用 log4j 的场景影响较大,因为这个门面库只提供了最多两个参数的非变长参数。用户如果希望使用超过两个参数,并运行在免垃圾回收模式,就需要抛弃 SLF4J。

对代码的影响

虽然已经做了向下兼容,以避免开发者更新代码,有一类临时对象的创建和 log4j 框架本身无关:对基本数据类型的自动装箱。为了确保 JVM 不将基本数据类型装换成对应的对象,开发者在给 log4j 传递基本数据类型时,可以使用静态方法Unboxer.box()。该方法可以允许 log4j 直接处理基本数据类型而无需创建不必要的对象。

尽管有一系列的限制条件,这些改变已经有潜力在严格性能需求的场景下显著提升日志记录的体验。那些因为当前限制无法使用免垃圾回收特性的开发者,可以继续关注变更列表,在未来的发布版本中可能会提供进一步的改进。

查看英文原文: Log4j 2.6 Goes Garbage-Free


感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016-06-11 19:009976

评论 2 条评论

发布
用户头像
大佬你好,请问 您是怎么在https://logging.apache.org/log4j/2.x/articles.html这里面发布教程的?
2022-08-13 14:14 · 浙江
回复
用户头像
就这?????????

2020-10-13 19:54
回复
没有更多了
发现更多内容

架构实战营模块二作业

周烨

React源码分析2-深入理解fiber

flyzz177

React

DevData Talks | 大咖集结『研发效能答疑专场』即将开始!

思码逸研发效能

研发管理 研发效能 研发管理工具

如何使用 Towify 在小程序中实现勾选用户协议后登录?

Towify

微信小程序 无代码 触发器

百度工程师带你探秘C++内存管理(ptmalloc篇)

百度Geek说

c++ Linux 内存管理 12 月 PK 榜

架构实战营 - 模块二作业

落叶挂云霄

React源码分析4-深度理解diff算法

flyzz177

React

用javascript分类刷leetcode23.并查集(图文视频讲解)

js2030code

JavaScript LeetCode

前端leetcde算法面试套路之堆

js2030code

JavaScript LeetCode

React源码解读之React Fiber

flyzz177

React

跨平台应用开发进阶(二十五) :uni-app实现IOS云打包解决IOS提交审核相册等隐私描述语导致审核失败问题

No Silver Bullet

uni-app 12月月更 IOS云打包 提交审核 隐私描述语

架构实战营 - 模块 2- 作业

zealot0317

三次握手与四次挥的问题,怎么回答?

loveX001

JavaScript

promise执行顺序面试题令我头秃,你能作对几道

loveX001

JavaScript

微信朋友圈高性能架构_模块二作业

Geek_e5f2e5

微信朋友圈架构设计

chinandy

跨平台应用开发进阶(二十六) :忐忑悲壮路,心酸出坑史——记第一次iOS艰辛上架路

No Silver Bullet

uni-app iOS上架 12月月更 问题汇总

如何配置分享到微信功能?

Towify

微信小程序 无代码 触发器

React源码分析3-render阶段(穿插scheduler和reconciler)

flyzz177

React

微信朋友圈高性能复杂度分析

LT

架构实战营

React源码解读之任务调度

flyzz177

React

数据库原理及MySQL应用 | 日志管理

TiAmo

数据库 日志 12月月更

2022 阿里灵杰AI开发者峰会内容抢先看!

阿里云大数据AI技术

人工智能 阿里云

二十大专题,3000道 Java后端核心面试解析,国内超牛的《Java 面试突击核心手册》重磅来袭!

架构师之道

编程 程序员 java面试

前端面试比较好的回答

loveX001

JavaScript

前端leetcde算法面试套路之树

js2030code

JavaScript LeetCode

有哪些工作是AI无法替代的(59/100)

hackstoic

AI AIGC

第九期 - 模块八

wuli洋

架构训练营 模块二作业

提姆

架构训练营10期

ReactDOM.render在react源码中执行之后发生了什么?

flyzz177

React

跨平台应用开发进阶(二十四) :uni-app实现文件下载并保存

No Silver Bullet

uni-app 12月月更 文件下载 文件保存

Log4j 2.6免垃圾收集_Java_Abraham Marín Pérez_InfoQ精选文章