JDK9对String字符串的新一轮优化
string类可以说是java编程中使用最多的类了，如果能对string字符串的性能进行优化，那么程序的性能必然能大幅提升。
这不jdk9就对string字符串进行了改进升级，在某些场景下可以让string字符串内存减少一半，进而减少jvm的gc次数。
string的底层存储
在面试的时候我们通常会说string字符串有不可变的特性，每次都要创建新的字符串。那么，为什么string字符串是不可变的呢？
先来看一下string字符串的底层存储结构：
public final class string
implements java.io.serializable, comparable<string>, charsequence {
private final char value[];
public string() {
this.value = "".value;
}
public string(string original) {
this.value = original.value;
this.hash = original.hash;
}
// ...
}
看到什么了？当我们new一个string对象时，对应的字符串其实是以char数组的形式存储在string对象内部。而这个char数组是final的，也就是说不可变的。
这也就是为什么我们说string字符串拥有不可变的特性，当字符串改变了，char数组不可变，就只能创建一个新的对象，新的char数组了。
底层存储的优化
上面说的情况是jdk8及以前版本，到了jdk9，string中字符串的存储不再用char数组了，改用byte数组。
public final class string
implements java.io.serializable, comparable<string>, charsequence {
@stable
private final byte[] value;
private final byte coder;
@native static final byte latin1 = 0;
@native static final byte utf16 = 1;
static final boolean compact_strings;
public string() {
this.value = "".value;
this.coder = "".coder;
}
@hotspotintrinsiccandidate
public string(string original) {
this.value = original.value;
this.coder = original.coder;
this.hash = original.hash;
}
// ...
}
不仅将char数组改为byte数组，而且新增了一个coder的成员变量。
在程序中，绝大多数字符串只包含英文字母数字等字符，使用latin-1编码，一个字符占用一个byte。如果使用char，一个char要占用两个byte，会占用双倍的内存空间。
但是，如果字符串中使用了中文等超出latin-1表示范围的字符，使用latin-1就没办法表示了。这时jdk会使用utf-16编码，那么占用的空间和旧版（使用char[]）是一样的。
coder变量代表编码的格式，目前string支持两种编码格式latin-1和utf-16。latin-1需要用一个字节来存储，而utf-16需要使用2个字节或者4个字节来存储。
据说这一改进方案是jdk的开发人员用大数据和人工能智能，调研了成千上万的应用程序的heapdump信息后，得出：大部分的string都是以latin-1字符编码来表示的，只需要一个字节存储就够了，两个字节完全是浪费。
compact_strings属性则是用来控制是否开启string的compact功能。默认情况下是开启的。可以使用-xx:-compactstrings参数来对此功能进行关闭。
改进的好处
改进的好处是非常明显的，首先如果项目中使用latin-1字符集居多，内存的占用大幅度减少，同样的硬件配置可以支撑更多的业务。
当内存减少之后，进一步导致减少gc次数，进而减少stop-the-world的频次，同样会提升系统的性能。
小结
随着jdk的迭代string字符串的内存结构及方法等也在不断地进行演变。这是因为string字符串往往是jvm中占用内存最多的类，通过对它的改造升级，对性能的提升会更加明显。
到此这篇关于jdk9对string字符串的新一轮优化的文章就介绍到这了,更多相关jdk9对string字符串优化内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！