9 月 13 日,2025 Inclusion・外滩大会「开源嘉年华」正在限量报名中! 了解详情
写点什么

JEP 192(String Deduplication in G1)简介

  • 2014-03-25
  • 本文字数:1841 字

    阅读完需:约 6 分钟

JEP,即 JDK Enhancement Proposals,指的是为增强 JDK 而引入的一些提案,比如 Nashorn JavaScript 引擎就是在 JEP 174 中提出的。2013 年 11 月 22 日,来自 Oracle 的 Per Liden 创建了 JEP 192(String Deduplication in G1),意在增强 G1 垃圾收集器,去掉堆中重复的 String 对象,从而减少堆内存的占用。该文档近日又有更新,Per Liden 也提交了相应代码实现,目前还处于审校和讨论中。

应该注意的是该特性只针对 G1 垃圾收集器,不适用于其他收集器。

很多大规模 Java 应用都受限于内存瓶颈,测量表明,这类应用中,String 对象大概占了 Java 堆中活数据集的 25%。而这些 String 对象中,又大约有一半是重复的,这里的重复是指,对两个字符串 string1 和 string2 而言,string1.equals(string2) 为 true。存在重复的 String 对象本质上是对内存的浪费。JEP 192 打算在 G1 收集器中实现自动和连续的 String 去重操作,以避免内存浪费,进而减少总的内存占用量。

目前 String 类有两个字段:

private final char[] value;

private int hash;

使用旧版本 Java 的读者可能有点诧异,其实早期版本中的 count、offset 等实例字段已经去掉了,InfoQ 之前也曾报道过。

value 字段是特定于实现的,在 String 类之外看不到。因为 String 类不会修改该数组的内容,也不会将其用于同步,所以我们可以安全且透明地将其在多个 String 对象之间共享。也就是说我们可以将一个 String 对象的 value 指向另一个 String 对象的 value。尽管该字段是 final 的,但因为去重操作是在虚拟机内部实现的,所以这不是问题。有兴趣的读者可以查看一下 java.lang.System 类的实现,其中的

public final static InputStream in = null;

一句,就是先将 final 字段 in 设置为 null,然后在 native 代码中重新赋值的。

这里需要注意的是,实现并没有真的去掉重复的 String 对象,去掉的只是对象中的 char 数组。这样对应用才是透明的。去掉实际的 String 对象并不安全,因为应用可能将该对象用于同步等操作。这种实现不需要修改 JDK 类库或其他任何现有的 Java 代码。

Per Liden 对大量大大小小的 Java 应用进行了测量,发现了下列结果:

  • String 对象平均占活数据的 25%
  • 重复的 String 对象平均占活数据的 13.5%
  • String 的平均长度为 45 个字符

经过分析计算,通过去重、复用 char 数组,平均大概能减少 10% 的堆内存占用。

JEP 192 文档中介绍了实现思路。垃圾收集执行时会访问堆上的活对象,在访问对象时可以判断一下该对象是否可以作为字符串去重的候选。如果是,将其插入一个队列。有一个负责去重的线程在后台运行,处理该队列。使用一个哈希表来记录 String 对象使用的所有唯一的 char 数组(即 value)。在处理候选的 String 对象时,先查找哈希表,看是不是存在和当前处理对象内容相同的 char 数组。如果存在,则更新当前对象的 value 值,使其指向在哈希表中找到的 char 数组,这样垃圾收集器就可以在某个时间把当前对象原来的 char 数组回收掉了。如果不存在,则将当前对象的 char 数组插到哈希表中,供以后处理。对于哈希表中的某个 char 数组,如果引用它的所有对象都已经不可达了,即可将其移除。该哈希表会根据当前表项的数目动态调整,使用链表处理冲突。

这里有一个重要的参数:去重年龄阈值。对象的存活时间长短不一。对于存活时间很短的对象,执行去重操作其实是浪费资源。为避免这种情况,可以设置一个年龄阈值。在 String 对象的年龄等于该阈值时,才考虑对其进行去重操作,大于该阈值则是已经处理过的。该阈值应该提供一个合理的默认值,同时支持通过虚拟机选项来配置。

实际的去重操作在去重线程中完成。它会等待 String 对象引用出现在去重队列中,然后一个一个地将其从队列中去掉。在去掉时进行处理,计算字符串的哈希值,在哈希表中查找,如果可能的话执行去重操作。去重线程负责维护一些统计信息(已检查的候选对象数,去重的字符串数等),这些信息可以打印到 GC 日志中。

需要提供新的虚拟机命令行选项:

  • UseStringDeduplication (bool) ——支持字符串去重
  • PrintStringDeduplicationStatistics (bool) ——打印详细的去重统计信息
  • StringDeduplicationAgeThreshold (uintx) ——设置 String 对象的年龄阈值

文档中还对比评价了其他方案存在的一些问题,感兴趣的读者可以参考。


感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014-03-25 23:332726
用户头像
臧秀涛 略懂技术的运营同学。

发布了 300 篇内容, 共 146.6 次阅读, 收获喜欢 35 次。

关注

评论

发布
暂无评论
发现更多内容

文生图技术:DALL·E 模型与生成艺术的融合

测吧(北京)科技有限公司

测试

从文本到视频:Sora 的创新技术与应用前景

测吧(北京)科技有限公司

测试

AI 在视觉与语音中的融合:探索文生图与文生视频的未来

测吧(北京)科技有限公司

测试

FinClip助力小程序支付链路的事件分析与优化

xuyinyin

软件测试丨智能体(Agent)介绍

测试人

人工智能 软件测试

TiDB 助力广发银行新零售信贷业务管理平台上线

先锋IT

DeepSeek加持!天润融通AI Agent打造真智能客服

天润融通

图像识别的突破:视觉模型在零样本识别中的应用

测吧(北京)科技有限公司

测试

【天润融通走进蔚来汽车|如何用数字化营销+服务,助力车企逆势增长?】

天润融通

RealClip正式发布,开启轻量化数字内容交互新体验

xuyinyin

天润融通解析:开源VS闭源,DeepSeek是最好选择吗?

天润融通

人工智能丨常见的计算机视觉的业务场景,计算原理和测试指标

测试人

我悟了!原来本地图片预览还能这样搞

Immerse

音频转文字技术探索:Whisper 模型的应用与挑战

测吧(北京)科技有限公司

测试

从音频到文本:OpenAI Whisper 如何重塑语音识别领域

测吧(北京)科技有限公司

测试

【HarmonyOS NEXT】获取正式应用签名证书的签名信息

冉冉同学

鸿蒙 HarmonyOS 鸿蒙应用开发 HarmonyOS NEXT

海量日志接入 Serverless 应用降本70%以上

阿里云大数据AI技术

大数据 elasticsearch Serverless 运维

【签约快讯|天润融通签约Wagas】

天润融通

深入浅出 Vue3:组件与模板基础全解析

不在线第一只蜗牛

JavaScript vue.js 前端

文字转语音的未来:OpenAI 语音模型的创新与应用

测吧(北京)科技有限公司

测试

Python 实现反转、合并链表有啥用?

威哥爱编程

Python 算法 链表

文生视频的新时代:Sora 模型如何打破视频生成的边界

测吧(北京)科技有限公司

测试

五种常见的DNS攻击类型及应对方式

国科云

山石网科×阿里云通义灵码,开启研发“AI智造”新时代

阿里云云效

阿里云 云原生 AI程序员 AI程序员体验官

山石网科×阿里云通义灵码,开启研发“AI智造”新时代

阿里巴巴云原生

阿里云 云原生 AI程序员 AI程序员体验官

JEP 192(String Deduplication in G1)简介_Java_臧秀涛_InfoQ精选文章