原来只想简单看一下 String 源码,没想到整理了这么多知识点
不知道大家有没有这样得经历,就是无意中点进去得一个业面,然后钻到里面浏览了好久,我就是这样得,今天无意中,ctrl+左键,就点进了 string 得源码,正好今天下午没啥事,就在里面看一下,没想到,下次缓过来,就是我同事拍我让我去吃饭,哈哈哈哈,不过好处就是,我这边也整理了一些 string 类得知识点,也分享给大家,整理得不好还望海涵
文章首发个人公众号:Java 架构师联盟,每日更新技术好文
一、String 类
想要了解一个类,最好的办法就是看这个类的实现源代码,来看一下 String 类的源码:
从上面可以看出几点:
1)String 类是 final 类,也即意味着 String 类不能被继承,并且它的成员方法都默认为 final 方法。在 Java 中,被 final 修饰的类是不允许被继承的,并且该类中的成员方法都默认为 final 方法。
2)上面列举出了 String 类中所有的成员属性,从上面可以看出 String 类其实是通过 char 数组来保存字符串的。
下面再继续看 String 类的一些方法实现:
从上面的三个方法可以看出,无论是 sub 操、concat 还是 replace 操作都不是在原有的字符串上进行的,而是重新生成了一个新的字符串对象。也就是说进行这些操作后,最原始的字符串并没有被改变。
在这里要永远记住一点:“String 对象一旦被创建就是固定不变的了,对 String 对象的任何改变都不影响到原对象,相关的任何 change 操作都会生成新的对象”。
二、字符串常量池
我们知道字符串的分配和其他对象分配一样,是需要消耗高昂的时间和空间的,而且字符串我们使用的非常多。JVM 为了提高性能和减少内存的开销,在实例化字符串的时候进行了一些优化:使用字符串常量池。每当我们创建字符串常量时,JVM 会首先检查字符串常量池,如果该字符串已经存在常量池中,那么就直接返回常量池中的实例引用。如果字符串不存在常量池中,就会实例化该字符串并且将其放到常量池中。由于 String 字符串的不可变性我们可以十分肯定常量池中一定不存在两个相同的字符串(这点对理解上面至关重要)。
Java 中的常量池,实际上分为两种形态:静态常量池和运行时常量池。所谓静态常量池,即*.class 文件中的常量池,class 文件中的常量池不仅仅包含字符串(数字)字面量,还包含类、方法的信息,占用 class 文件绝大部分空间。而运行时常量池,则是 jvm 虚拟机在完成类装载操作后,将 class 文件中的常量池载入到内存中,并保存在方法区中,我们常说的常量池,就是指方法区中的运行时常量池。
来看下面的程序:
a、b 和字面上的 chenssy 都是指向 JVM 字符串常量池中的"chenssy"对象,他们指向同一个对象。
new 关键字一定会产生一个对象 chenssy(注意这个 chenssy 和上面的 chenssy 不同),同时这个对象是存储在堆中。所以上面应该产生了两个对象:保存在栈中的 c 和保存堆中 chenssy。但是在 Java 中根本就不存在两个完全一模一样的字符串对象。故堆中的 chenssy 应该是引用字符串常量池中 chenssy。所以 c、chenssy、池 chenssy 的关系应该是:c--->chenssy--->池 chenssy。整个关系如下:
通过上面的图我们可以非常清晰的认识他们之间的关系。所以我们修改内存中的值,他变化的是所有。
总结:虽然 a、b、c、chenssy 是不同的对象,但是从 String 的内部结构我们是可以理解上面的。String c = new String("chenssy");虽然 c 的内容是创建在堆中,但是他的内部 value 还是指向 JVM 常量池的 chenssy 的 value,它构造 chenssy 时所用的参数依然是 chenssy 字符串常量。
下面再来看几个例子:
例子 1:
执行上述代码,结果为:true。分析:当执行 String str1="aaa"时,JVM 首先会去字符串池中查找是否存在"aaa"这个对象,如果不存在,则在字符串池中创建"aaa"这个对象,然后将池中"aaa"这个对象的引用地址返回给字符串常量 str1,这样 str1 会指向池中"aaa"这个字符串对象;如果存在,则不创建任何对象,直接将池中"aaa"这个对象的地址返回,赋给字符串常量。当创建字符串对象 str2 时,字符串池中已经存在"aaa"这个对象,直接把对象"aaa"的引用地址返回给 str2,这样 str2 指向了池中"aaa"这个对象,也就是说 str1 和 str2 指向了同一个对象,因此语句 System.out.println(str1 == str2)输出:true。
例子 2:
执行上述代码,结果为:false。
分析: 采用 new 关键字新建一个字符串对象时,JVM 首先在字符串池中查找有没有"aaa"这个字符串对象,如果有,则不在池中再去创建"aaa"这个对象了,直接在堆中创建一个"aaa"字符串对象,然后将堆中的这个"aaa"对象的地址返回赋给引用 str3,这样,str3 就指向了堆中创建的这个"aaa"字符串对象;如果没有,则首先在字符串池中创建一个"aaa"字符串对象,然后再在堆中创建一个"aaa"字符串对象,然后将堆中这个"aaa"字符串对象的地址返回赋给 str3 引用,这样,str3 指向了堆中创建的这个"aaa"字符串对象。当执行 String str4=new String("aaa")时, 因为采用 new 关键字创建对象时,每次 new 出来的都是一个新的对象,也即是说引用 str3 和 str4 指向的是两个不同的对象,因此语句 System.out.println(str3 == str4)输出:false。
例子 3:
执行上述代码,结果为:true、true。
分析:因为例子中的 s0 和 s1 中的"helloworld”都是字符串常量,它们在编译期就被确定了,所以 s0s1 为 true;而"hello”和"world”也都是字符串常量,当一个字符串由多个字符串常量连接而成时,它自己肯定也是字符串常量,所以 s2 也同样在编译期就被解析为一个字符串常量,所以 s2 也是常量池中"helloworld”的一个引用。所以我们得出 s0s1==s2。
例子 4:
执行上述代码,结果为:false、false、false。
分析:用 new String() 创建的字符串不是常量,不能在编译期就确定,所以 new String() 创建的字符串不放入常量池中,它们有自己的地址空间。
s0 还是常量池中"helloworld”的引用,s1 因为无法在编译期确定,所以是运行时创建的新对象"helloworld”的引用,s2 因为有后半部分 new String(”world”)所以也无法在编译期确定,所以也是一个新创建对象"helloworld”的引用。
例子 5:
执行上述代码,结果为:false。
分析:因为 str3 指向堆中的"abcdef"对象,而"abcdef"是字符串池中的对象,所以结果为 false。JVM 对 String str="abc"对象放在常量池中是在编译时做的,而 String str3=str1+str2 是在运行时刻才能知道的。new 对象也是在运行时才做的。而这段代码总共创建了 5 个对象,字符串池中两个、堆中三个。+运算符会在堆中建立来两个 String 对象,这两个对象的值分别是"abc"和"def",也就是说从字符串池中复制这两个值,然后在堆中创建两个对象,然后再建立对象 str3,然后将"abcdef"的堆地址赋给 str3。
步骤:1)栈中开辟一块中间存放引用 str1,str1 指向池中 String 常量"abc"。2)栈中开辟一块中间存放引用 str2,str2 指向池中 String 常量"def"。3)栈中开辟一块中间存放引用 str3。4)str1 + str2 通过 StringBuilder 的最后一步 toString()方法还原一个新的 String 对象"abcdef",因此堆中开辟一块空间存放此对象。5)引用 str3 指向堆中(str1 + str2)所还原的新 String 对象。6)str3 指向的对象在堆中,而常量"abcdef"在池中,输出为 false。
例子 6:
执行上述代码,结果为:true、true、true。
分析:在程序编译期,JVM 就将常量字符串的"+"连接优化为连接后的值,拿"a" + 1 来说,经编译器优化后在 class 中就已经是 a1。在编译期其字符串常量的值就确定下来,故上面程序最终的结果都为 true。
执行上述代码,结果为:false。
分析:JVM 对于字符串引用,由于在字符串的"+"连接中,有字符串引用存在,而引用的值在程序编译期是无法确定的,即"a" + s1 无法被编译器优化,只有在程序运行期来动态分配并将连接后的新地址赋给 s2。所以上面程序的结果也就为 false。
例子 8:
执行上述代码,结果为:true、false。
分析:为什么出现上面的结果呢?这是因为,字符串字面量拼接操作是在 Java 编译器编译期间就执行了,也就是说编译器编译时,直接把"java"、"language"和"specification"这三个字面量进行"+"操作得到一个"javalanguagespecification" 常量,并且直接将这个常量放入字符串池中,这样做实际上是一种优化,将 3 个字面量合成一个,避免了创建多余的字符串对象。而字符串引用的"+"运算是在 Java 运行期间执行的,即 str + str2 + str3 在程序执行期间才会进行计算,它会在堆内存中重新创建一个拼接后的字符串对象。总结来说就是:字面量"+"拼接是在编译期间进行的,拼接后的字符串存放在字符串池中;而字符串引用的"+"拼接运算实在运行时进行的,新创建的字符串存放在堆中。
对于直接相加字符串,效率很高,因为在编译器便确定了它的值,也就是说形如"I"+"love"+"java"; 的字符串相加,在编译期间便被优化成了"Ilovejava"。对于间接相加(即包含字符串引用),形如 s1+s2+s3; 效率要比直接相加低,因为在编译器不会对引用变量进行优化。
例子 9:
执行上述代码,结果为:true。
分析:和例子 7 中唯一不同的是 s1 字符串加了 final 修饰,对于 final 修饰的变量,它在编译时被解析为常量值的一个本地拷贝存储到自己的常量池中或嵌入到它的字节码流中。所以此时的"a" + s1 和"a" + "b"效果是一样的。故上面程序的结果为 true。
例子 10:
执行上述代码,结果为:false。
分析:这里面虽然将 s1 用 final 修饰了,但是由于其赋值是通过方法调用返回的,那么它的值只能在运行期间确定,因此 s0 和 s2 指向的不是同一个对象,故上面程序的结果为 false。
三、总结
1.String 类初始化后是不可变的(immutable)
String 使用 private final char value[]来实现字符串的存储,也就是说 String 对象创建之后,就不能再修改此对象中存储的字符串内容,就是因为如此,才说 String 类型是不可变的(immutable)。程序员不能对已有的不可变对象进行修改。我们自己也可以创建不可变对象,只要在接口中不提供修改数据的方法就可以。然而,String 类对象确实有编辑字符串的功能,比如 replace()。这些编辑功能是通过创建一个新的对象来实现的,而不是对原有对象进行修改。比如:
上面对 s.replace()的调用将创建一个新的字符串"Hello Universe!",并返回该对象的引用。通过赋值,引用 s 将指向该新的字符串。如果没有其他引用指向原有字符串"Hello World!",原字符串对象将被垃圾回收。
2.引用变量与对象
A aa;这个语句声明一个类 A 的引用变量 aa[我们常常称之为句柄],而对象一般通过 new 创建。所以 aa 仅仅是一个引用变量,它不是对象。
3.创建字符串的方式
创建字符串的方式归纳起来有两类:
(1)使用""引号创建字符串;
(2)使用 new 关键字创建字符串。
结合上面例子,总结如下:
(1)单独使用""引号创建的字符串都是常量,编译期就已经确定存储到 String Pool 中;
(2)使用 new String("")创建的对象会存储到 heap 中,是运行期新创建的;
new 创建字符串时首先查看池中是否有相同值的字符串,如果有,则拷贝一份到堆中,然后返回堆中的地址;如果池中没有,则在堆中创建一份,然后返回堆中的地址(注意,此时不需要从堆中复制到池中,否则,将使得堆中的字符串永远是池中的子集,导致浪费池的空间)!
(3)使用只包含常量的字符串连接符如"aa" + "aa"创建的也是常量,编译期就能确定,已经确定存储到 String Pool 中;
(4)使用包含变量的字符串连接符如"aa" + s1 创建的对象是运行期才创建的,存储在 heap 中;
4.使用 String 不一定创建对象
在执行到双引号包含字符串的语句时,如 String a = "123",JVM 会先到常量池里查找,如果有的话返回常量池里的这个实例的引用,否则的话创建一个新实例并置入常量池里。所以,当我们在使用诸如 String str = "abc";的格式定义对象时,总是想当然地认为,创建了 String 类的对象 str。担心陷阱!对象可能并没有被创建!而可能只是指向一个先前已经创建的对象。只有通过 new()方法才能保证每次都创建一个新的对象。
5.使用 new String,一定创建对象
在执行 String a = new String("123")的时候,首先走常量池的路线取到一个实例的引用,然后在堆上创建一个新的 String 实例,走以下构造函数给 value 属性赋值,然后把实例引用赋值给 a:
从中我们可以看到,虽然是新创建了一个 String 的实例,但是 value 是等于常量池中的实例的 value,即是说没有 new 一个新的字符数组来存放"123"。
6.关于 String.intern()
intern 方法使用:一个初始为空的字符串池,它由类 String 独自维护。当调用 intern 方法时,如果池已经包含一个等于此 String 对象的字符串(用 equals(oject)方法确定),则返回池中的字符串。否则,将此 String 对象添加到池中,并返回此 String 对象的引用。
它遵循以下规则:对于任意两个字符串 s 和 t,当且仅当 s.equals(t) 为 true 时,s.intern() == t.intern() 因为 true。
String.intern();再补充介绍一点:存在于.class 文件中的常量池,在运行期间被 jvm 装载,并且可以扩充。String 的 intern()方法就是扩充常量池的一个方法;当一个 String 实例 str 调用 intern()方法时,java 查找常量池中是否有相同 unicode 的字符串常量,如果有,则返回其引用,如果没有,则在常量池中增加一个 unicode 等于 str 的字符串并返回它的引用。
运行结果:false、false、true、true。
7.关于 equals 和==
(1)对于==,如果作用于基本数据类型的变量(byte,short,char,int,long,float,double,boolean ),则直接比较其存储的"值"是否相等;如果作用于引用类型的变量(String),则比较的是所指向的对象的地址(即是否指向同一个对象)。
(2)equals 方法是基类 Object 中的方法,因此对于所有的继承于 Object 的类都会有该方法。在 Object 类中,equals 方法是用来比较两个对象的引用是否相等,即是否指向同一个对象。
(3)对于 equals 方法,注意:equals 方法不能作用于基本数据类型的变量。如果没有对 equals 方法进行重写,则比较的是引用类型的变量所指向的对象的地址;而 String 类对 equals 方法进行了重写,用来比较指向的字符串对象所存储的字符串是否相等。其他的一些类诸如 Double,Date,Integer 等,都对 equals 方法进行了重写用来比较指向的对象所存储的内容是否相等。
8.String 相关的+:
String 中的 + 常用于字符串的连接。看下面一个简单的例子:
编译运行后,主要字节码部分如下:
显然,通过字节码我们可以得出如下几点结论:(1).String 中使用 + 字符串连接符进行字符串连接时,连接操作最开始时如果都是字符串常量,编译后将尽可能多的直接将字符串常量连接起来,形成新的字符串常量参与后续连接(通过反编译工具 jd-gui 也可以方便的直接看出);
(2).接下来的字符串连接是从左向右依次进行,对于不同的字符串,首先以最左边的字符串为参数创建 StringBuilder 对象,然后依次对右边进行 append 操作,最后将 StringBuilder 对象通过 toString()方法转换成 String 对象(注意:中间的多个字符串常量不会自动拼接)。
也就是说 String c = "xx" + "yy " + a + "zz" + "mm" + b; 实质上的实现过程是: String c = new StringBuilder("xxyy ").append(a).append("zz").append("mm").append(b).toString();
由此得出结论:当使用+进行多个字符串连接时,实际上是产生了一个 StringBuilder 对象和一个 String 对象。
9.String 的不可变性导致字符串变量使用+号的代价:
分析:变量 s 的创建等价于 String s = "abc"; 由上面例子可知编译器进行了优化,这里只创建了一个对象。由上面的例子也可以知道 s4 不能在编译期进行优化,其对象创建相当于:
由上面的分析结果,可就不难推断出 String 采用连接运算符(+)效率低下原因分析,形如这样的代码:
每做一次 + 就产生个 StringBuilder 对象,然后 append 后就扔掉。下次循环再到达时重新产生个 StringBuilder 对象,然后 append 字符串,如此循环直至结束。 如果我们直接采用 StringBuilder 对象进行 append 的话,我们可以节省 N - 1 次创建和销毁对象的时间。所以对于在循环中要进行字符串连接的应用,一般都是用 StringBuffer 或 StringBulider 对象来进行 append 操作。
10.String、StringBuffer、StringBuilder 的区别
(1)可变与不可变:String 是不可变字符串对象,StringBuilder 和 StringBuffer 是可变字符串对象(其内部的字符数组长度可变)。
(2)是否多线程安全:String 中的对象是不可变的,也就可以理解为常量,显然线程安全。StringBuffer 与 StringBuilder 中的方法和功能完全是等价的,只是 StringBuffer 中的方法大都采用了 synchronized 关键字进行修饰,因此是线程安全的,而 StringBuilder 没有这个修饰,可以被认为是非线程安全的。
(3)String、StringBuilder、StringBuffer 三者的执行效率:StringBuilder > StringBuffer > String 当然这个是相对的,不一定在所有情况下都是这样。比如 String str = "hello"+ "world"的效率就比 StringBuilder st = new StringBuilder().append("hello").append("world")要高。因此,这三个类是各有利弊,应当根据不同的情况来进行选择使用:当字符串相加操作或者改动较少的情况下,建议使用 String str="hello"这种形式;当字符串相加操作较多的情况下,建议使用 StringBuilder,如果采用了多线程,则使用 StringBuffer。
11.String 中的 final 用法和理解
可见,final 只对引用的"值"(即内存地址)有效,它迫使引用只能指向初始指向的那个对象,改变它的指向会导致编译期错误。至于它所指向的对象的变化,final 是不负责的。
12.关于 String str = new String("abc")创建了多少个对象?
这个问题在很多书籍上都有说到比如《Java 程序员面试宝典》,包括很多国内大公司笔试面试题都会遇到,大部分网上流传的以及一些面试书籍上都说是 2 个对象,这种说法是片面的。
首先必须弄清楚创建对象的含义,创建是什么时候创建的?这段代码在运行期间会创建 2 个对象么?毫无疑问不可能,用 javap -c 反编译即可得到 JVM 执行的字节码内容:
很显然,new 只调用了一次,也就是说只创建了一个对象。而这道题目让人混淆的地方就是这里,这段代码在运行期间确实只创建了一个对象,即在堆上创建了"abc"对象。而为什么大家都在说是 2 个对象呢,这里面要澄清一个概念,该段代码执行过程和类的加载过程是有区别的。在类加载的过程中,确实在运行时常量池中创建了一个"abc"对象,而在代码执行过程中确实只创建了一个 String 对象。因此,这个问题如果换成 String str = new String("abc")涉及到几个 String 对象?合理的解释是 2 个。个人觉得在面试的时候如果遇到这个问题,可以向面试官询问清楚”是这段代码执行过程中创建了多少个对象还是涉及到多少个对象“再根据具体的来进行回答。
13.字符串池的优缺点:字符串池的优点就是避免了相同内容的字符串的创建,节省了内存,省去了创建相同字符串的时间,同时提升了性能;另一方面,字符串池的缺点就是牺牲了 JVM 在常量池中遍历对象所需要的时间,不过其时间成本相比而言比较低。
四、综合实例
运行结果:
s1 == s2 : trues1.equals(s2) : trues3 == s4 : falses3.equals(s4) : trues1 == s3 : falses1.equals(s3) : truestr1 = str11 : truestr4 = str5 : falsestr7 = str67 : falsestr9 = str89 : true
版权声明: 本文为 InfoQ 作者【小Q】的原创文章。
原文链接:【http://xie.infoq.cn/article/b59cee4961dee90687fc67146】。
本文遵守【CC BY-NC-ND】协议,转载请保留原文出处及本版权声明。
评论