jvm(6)--string
String的基本特性
- String:字符串,使用一对 ”” 引起来表示
- String s1 = “mogublog” ; // 字面量的定义方式
- String s2 = new String(“moxi”);
- string声明为final的,不可被继承
- String实现了Serializable接口:表示字符串是支持序列化的。实现了Comparable接口:表示string可以比较大小
- string在jdk8及以前内部定义了final char[] value用于存储字符串数据。JDK9时改为byte[]
为什么JDK9改变了结构
String类的当前实现将字符存储在char数组中,每个字符使用两个字节(16位)。从许多不同的应用程序收集的数据表明,字符串是堆使用的主要组成部分,而且,大多数字符串对象只包含拉丁字符。这些字符只需要一个字节的存储空间,因此这些字符串对象的内部char数组中有一半的空间将不会使用。
String再也不用char[] 来存储了,改成了byte [] 加上编码标记,节约了一些空间
同时基于String的数据结构,例如StringBuffer和StringBuilder也同样做了修改
String的不可变性
当对字符串重新赋值时,需要重写指定内存区域赋值,不能使用原有的value进行赋值。
当对现有的字符串进行连接操作时,也需要重新指定内存区域赋值,不能使用原有的value进行赋值。
当调用string的replace()方法修改指定字符或字符串时,也需要重新指定内存区域赋值,不能使用原有的value进行赋值。
通过字面量的方式(区别于new)给一个字符串赋值,此时的字符串值声明在字符串常量池中。
1 | /** |
1 |
|
字符串常量池是不会存储相同内容的字符串的
String的string Pool是一个固定大小的Hashtable,默认值大小长度是1009。如果放进string Pool的string非常多,就会造成Hash冲突严重,从而导致链表会很长,而链表长了后直接会造成的影响就是当调用string.intern时性能会大幅下降。
使用-XX:StringTablesize可设置stringTab1e的长度
在jdk6中stringTable是固定的,就是1009的长度,所以如果常量池中的字符串过多就会导致效率下降很快。stringTablesize设置没有要求
在jdk7中,stringTable的长度默认值是60013,
在JDK8中,StringTable可以设置的最小值为1009
data.intern() 如果字符串常量池中没有对应data的字符串,则在常量池中生成
String的内存分配
在Java语言中有8种基本数据类型和一种比较特殊的类型string。这些类型为了使它们在运行过程中速度更快、更节省内存,都提供了一种常量池的概念。
常量池就类似一个Java系统级别提供的缓存。8种基本数据类型的常量池都是系统协调的,string类型的常量池比较特殊。它的主要使用方法有两种。
直接使用双引号声明出来的String对象会直接存储在常量池中。
- 比如:string info=“atguigu.com”;
- 如果不是用双引号声明的string对象,可以使用string提供的intern()方法。
Java 6及以前,字符串常量池存放在永久代
Java 7中 oracle的工程师对字符串池的逻辑做了很大的改变,即将字符串常量池的位置调整到Java堆内
Java8元空间,字符串常量在堆
为什么StringTable从永久代调整到堆中
- 永久代的默认比较小
- 永久代垃圾回收频率低
String的基本操作
Java语言规范里要求完全相同的字符串字面量,应该包含同样的Unicode字符序列(包含同一份码点序列的常量),并且必须是指向同一个String类实例。
字符串拼接操作
- 常量与常量的拼接结果在常量池,原理是编译期优化
- 常量池中不会存在相同内容的变量
- 只要其中有一个是变量,结果就在堆中。变量拼接的原理是StringBuilder
- 如果拼接的结果调用intern()方法,则主动将常量池中还没有的字符串对象放入池中,并返回此对象地址
1 | public static void test1() { |
底层原理
拼接操作的底层其实使用了StringBuilder
s1+s2执行细节
- new StringBuilder
- s.append(“a”)
- s.append(“b”)
- s.toString() 类似于new String
在JDK5之后,使用的是StringBuilder,在JDK5之前使用的是StringBuffer
注意,我们左右两边如果是变量的话,就是需要new StringBuilder进行拼接
但是如果使用的是final修饰,则是从常量池中获取。所以说拼接符号左右两边都是字符串常量或常量引用 则仍然使用编译器优化,即费StringBuilder的方式。也就是说被final修饰的变量,将会变成常量,类和方法将不能被继承、
- 在开发中,能够使用final的时候,建议使用上
1 | public static void test4() { |
拼接操作和append性能对比
1 | public static void method1(int highLevel) { |
方法1耗费的时间:4005ms,方法2消耗时间:7m
结论:
- 通过StringBuilder的append()方式添加字符串的效率,要远远高于String的字符串拼接方法
好处
StringBuilder的append的方式,自始至终只创建一个StringBuilder的对象
对于字符串拼接的方式,还需要创建很多StringBuilder对象和 调用toString时候创建的String对象
内存中由于创建了较多的StringBuilder和String对象,内存占用过大,如果进行GC那么将会耗费更多的时间
改进的空间
- 我们使用的是StringBuilder的空参构造器,默认的字符串容量是16,然后将原来的字符串拷贝到新的字符串中, 我们也可以默认初始化更大的长度,减少扩容的次数
- 因此在实际开发中,我们能够确定,前前后后需要添加的字符串不高于某个限定值,那么建议使用构造器创建一个阈值的长度
String | StringBuffer | StringBuilder |
---|---|---|
String的值是不可变的,这就导致每次对String的操作都会生成新的String对象,不仅效率低下,而且浪费大量优先的内存空间 | StringBuffer是可变类,和线程安全的字符串操作类,任何对它指向的字符串的操作都不会产生新的对象。每个StringBuffer对象都有一定的缓冲区容量,当字符串大小没有超过容量时,不会分配新的容量,当字符串大小超过容量时,会自动增加容量 | 可变类,速度更快 |
不可变 | 可变 | 可变 |
线程安全 | 线程不安全 | |
多线程操作字符串 | 单线程操作字符串 |
intern()的使用
intern是一个native方法,调用的是底层C的方法
字符串池最初是空的,由String类私有地维护。在调用intern方法时,如果池中已经包含了由equals(object)方法确定的与该字符串对象相等的字符串,则返回池中的字符串。否则,该字符串对象将被添加到池中,并返回对该字符串对象的引用。
如果不是用双引号声明的string对象,可以使用string提供的intern方法:intern方法会从字符串常量池中查询当前字符串是否存在,若不存在就会将当前字符串放入常量池中。
1 | String myInfo = new string("I love atguigu").intern(); |
如果在任意字符串上调用string.intern方法,那么其返回结果所指向的那个类实例,必须和直接以常量形式出现的字符串实例完全相同。因此,下列表达式的值必定是true
1 | ("a"+"b"+"c").intern()=="abc" |
1 | //如何保证s指向字符串常量池 |
面试题
new String(“ab”)会创建几个对象
1 | public class StringNewTest { |
这里面就是两个对象
- 一个对象是:new关键字在堆空间中创建
- 另一个对象:字符串常量池中的对象
证明字节码
1 | 0 new #2 <java/lang/String> |
new String(“a”) + new String(“b”) 会创建几个对象
1 | public class StringNewTest { |
我们创建了6个对象
- 对象1:new StringBuilder()
- 对象2:new String(“a”)
- 对象3:常量池的 a
- 对象4:new String(“b”)
- 对象5:常量池的 b
- 对象6:toString中会创建一个 new String(“ab”)
调用toString方法,不会在常量池中生成ab
1 | 0 new #2 <java/lang/StringBuilder> |
intern的使用:JDK6和JDK7
JDK6中
1 | String s = new String("1"); // 在常量池中已经有了 造了两个对象,一个是因为new在堆空间 另一个在字符串常量池1 |
false
false
为什么对象会不一样呢?
- 一个是new创建的对象,一个是常量池中的对象,显然不是同一个
s=s.intern() 就是true
JDK7/8中
1 | String s = new String("1"); |
false
true
s3.intern();//和jdk6不一样的就在这里,jdk7/8中,并不会创建一个新的对象”11”而是指向上一行中new String(“11”)的地址
在JDK7中,在JDK7中,并没有创新一个新对象,而是指向常量池中的新对象
扩展
1 | String s3 = new String("1") + new String("1");//表示new String("11")在堆区开辟了一个内存空间,并把其地址赋给了s3 |
总结
总结string的intern()的使用:
JDK1.6中,将这个字符串对象尝试放入串池。
- 如果串池中有,则并不会放入。返回已有的串池中的对象的地址
- 如果没有,会把此对象复制一份,放入串池,并返回串池中的对象地址
JDK1.7起,将这个字符串对象尝试放入串池。
- 如果串池中有,则并不会放入。返回已有的串池中的对象的地址
- 如果没有,则会把对象的引用地址复制一份,放入串池,并返回串池中的引用地址
练习1
JDK6
1 | String s = new String("a")+new String("b");//表示new String("ab")在堆区开辟了一个内存空间,并把其地址赋给了s |
JDK7/8
1 | String s = new String("a")+new String("b");//表示new String("ab")在堆区开辟了一个内存空间,并把其地址赋给了s |
练习2
1 | String s1 = new String("a")+new String("b");//表示new String("ab")在堆区开辟了一个内存空间,并把其地址赋给了s1 |
1 | String s1 = new String("ab");//表示new String("ab")在堆区开辟了一个内存空间,并把其地址赋给了s1,并且执行完毕之后会在字符串常量池中生成"ab" |
intern的空间效率测试
1 | public class StringIntern2 { |
结论:对于程序中大量使用存在的字符串时,尤其存在很多已经重复的字符串时,使用intern()方法能够节省内存空间。
StringTable的垃圾回收
1 | public class StringGCTest { |
G1中的String去重操作
注意这里说的重复,指的是在堆中的数据,而不是常量池中的,因为常量池中的本身就不会重复
实现
当垃圾收集器工作的时候,会访问堆上存活的对象。对每一个访问的对象都会检查是否是候选的要去重的string对象。
如果是,把这个对象的一个引用插入到队列中等待后续的处理。一个去重的线程在后台运行,处理这个队列。处理队列的一个元素意味着从队列删除这个元素,然后尝试去重它引用的string对象。
使用一个hashtab1e来记录所有的被string对象使用的不重复的char数组。当去重的时候,会查这个hashtable,来看堆上是否已经存在一个一模一样的char数组。
如果存在,string对象会被调整引用那个数组,释放对原来的数组的引用,最终会被垃圾收集器回收掉。
如果查找失败,char数组会被插入到hashtable,这样以后的时候就可以共享这个数组了。
UsestringDeduplication(bool):开启string去重,默认是不开启的,需要手动开启。
Printstringbeduplicationstatistics(bool):打印详细的去重统计信息
stringpeduplicationAgeThreshold(uintx):达到这个年龄的string对象被认为是去重的候选对象