CharSequence接口有3个实现类与字符串有关:String,StringBuffer,StringBuilder,虽然它们都与字符串有关,但是处理的机制是不同的。
- String类是不可改变的量,也就是创建后就不能再修改了,比如创建了一个"abc"这样的子符串,那么它在内存中永远都会是"abc",这样具有固定字面值的一个对象,不能被修改,即使尝试通过String提供的方法去修改也是要么创建一个新的字符串的,要么返回自己。比如:
String str = "abc";
String str1 = str.substring(1);
其中,str是一个字符串对象,其值是"abc"
,通过substring方法重新生成了一个新的字符串"bc"
,也就是说str所引用的对象,一旦创建就永远不会改变,那么为什么说还有可能返回自己呢?那是因为str.substring(0)返回的就是自己。
- StringBuffer 是一个可变字符序列,它与String一样,在内存中保存的是一个有序的字符序列(char类型的数组),不同点是StringBuffer是可改变的,例如:
StringBuffer sb = new StringBuffer("a");
sb.append("c");
从上面的代码可以看出sb
的值在改变,经过append之后,其值变成了"ac"可能你会问,这个和String使用+
有什么区别呢?
String s = "a";
s = s+"c";
有区别,字符串变量s初始化的时候是"a"对象的引用,经过加号计算时,先求出字面值为"ac",然后判断字符串常量池中有没有"ac"这个对象,有的话就直接返回池中对象的引用,没有的话就新创建一个字符串对象"ac",然后放到字符串常量池中,再返回池中的对象的引用,然后把这个引用返回给s,实际上常量池中的"a"的确没变,s只是指向了其他的字符对象的引用而已。
而对于StringBuffer的append(...)
而言,s变量的引用一直没变,改变的是StringBuffer的内容。
StringBuilder就不多说了,它和StringBuffer是一样的都是可变的字符序列,但是StringBuffer是线程安全的,它里面涉及到不一致的问题的方法都加了synchronized
关键字,这也是StringBuilder要在性能上高于StringBuffer的原因。
String由于每次修改都可能导致新对象的生成,所以String的操作要远远慢于StringBuilder和StringBuffer
弄清楚了三者的原理,现在就可以分析出他们的使用场景了
String : 适用于字符串不经常变化的场景,例如常量的声明,少量的变量运算。
StringBuffer: 多线程情况下存在频繁地进行字符串的运算则可以考虑使用StringBuffer。
StringBuilder:单线程情况下存在频繁地字符串运算则可以考虑使用StringBuilder。