12. JVM系列之:String.intern的性能

简介

String对象有个特殊的StringTable字符串常量池,为了减少Heap中生成的字符串的数量,推荐尽量直接使用String Table中的字符串常量池中的元素。

那么String.intern的性能怎么样呢?我们一起来看一下。

String.intern和G1字符串去重的区别

之前我们提到了,String.intern方法会返回字符串常量池中的字符串对象的引用。

而G1垃圾回收器的字符串去重的功能其实和String.intern有点不一样,G1是让两个字符串的底层指向同一个byte[]数组。

有图为证:

上图中的String1和String2指向的是同一个byte[]数组。

String.intern的性能

我们看下intern方法的定义:

大家可以看到这是一个native的方法。native底层肯定是C++实现的。

那么是不是native方法一定会比java方法快呢?

其实native方法有这样几个耗时点:

  1. native方法需要调用JDK-JVM接口,实际上是会浪费时间的。

  2. 性能会受到native方法中HashTable实现方法的制约,如果在高并发的情况下,native的HashTable的实现可能成为性能的制约因素。

举个例子

还是用JMH工具来进行性能分析,我们使用String.intern,HashMap,和ConcurrentHashMap来对比分析,分别调用1次,100次,10000次和1000000。

代码如下:

输出结果:

从结果我们可以看到,intern要比其他的两个要慢。

所以native方法不一定快。intern的用处不是在于速度,而是在于节约Heap中的内存使用。

本文作者:flydean程序那些事

本文链接:www.flydean.com

本文来源:flydean的博客

欢迎关注我的公众号:程序那些事,更多精彩等着您!

最后更新于

这有帮助吗?