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方法有这样几个耗时点:
native方法需要调用JDK-JVM接口,实际上是会浪费时间的。
性能会受到native方法中HashTable实现方法的制约,如果在高并发的情况下,native的HashTable的实现可能成为性能的制约因素。
举个例子
还是用JMH工具来进行性能分析,我们使用String.intern,HashMap,和ConcurrentHashMap来对比分析,分别调用1次,100次,10000次和1000000。
代码如下:
输出结果:
从结果我们可以看到,intern要比其他的两个要慢。
所以native方法不一定快。intern的用处不是在于速度,而是在于节约Heap中的内存使用。
本文作者:flydean程序那些事
本文链接:www.flydean.com
本文来源:flydean的博客
欢迎关注我的公众号:程序那些事,更多精彩等着您!
最后更新于
这有帮助吗?