类型 | 是否可变 | 线程安全 | 能否频繁修改 |
String | 不可变 | 安全 | 否 |
StringBuffer | 可变 | 安全 | 能 |
StringBuilder | 可变 | 不安全 | 能 |
1、可变与不可变
String中保存的是字符串常量,字符数组定义为final类型的,因此String对象是不可变的。
private final char value[];
StringBuffer和StringBuilder都继承同一个抽象类AbstractStringBuilder,该父类中使用字符数组保存字符串,是可变对象。
char[] value;
2、线程是否安全
String中保存的是字符串常量,不可改变字符串的值,是线程安全的。
StringBuilder、StringBuffer的方法都会调用AbstractStringBuilder中的公共方法,如super.append()。但是StringBuffer中对自身方法或调用的方法加了同步锁,是线程安全的。StringBuilder没有加同步锁,因此StringBuilder是线性不安全的,适合于单线程操作,其性能比StringBuffer略高。
3、可否频繁修改
(1)String
当String使用引号创建字符串时,会先去字符串池中找,找到了就返回,找不到就在字符串池中增加一个然后返回,这样由于共享提高了性能。
而new String()无论内容是否已经存在,都会开辟新的堆空间,栈中的堆内存也会改变。每次对String 类型进行改变的时候,都会生成一个新的 String 对象,然后将指针指向新的 String 对象,所以经常改变内容的字符串最好不要用String 。在修改变量值时使其反复改变栈中的对于堆的引用地址,所以性能低。每次生成对象都会对系统性能产生影响,特别当内存中无引用对象多了以后, JVM 的 GC 就会开始工作,性能就会降低。因此不要使用String类的"+"来进行频繁的拼接
在某些特别情况下,String 对象的字符串拼接其实是被 Java Compiler 编译成了 StringBuffer 对象的拼接,所以这些时候 String 的速度并不会比 StringBuffer 对象慢:
String s1 = “This is only a” + “ simple” + “ test”;
StringBuffer sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
在这种情况下,生成 String s1对象的速度并不比 StringBuffer慢。其实在Java Compiler里,直接把上述第一条语句编译为:String s1 = “This is only a simple test”;
所以速度很快。但要注意的是,如果拼接的字符串来自另外的String对象的话,Java Compiler就不会自动转换了,速度也就没那么快了,例如:
String s2 = “This is only a”;
String s3 = “ simple”;
String s4 = “ test”;
String s1 = s2 + s3 + s4;
这时候,Java Compiler会规规矩矩的按照原来的方式去做,String的concatenation(即+)操作利用了StringBuilder(或StringBuffer)的append方法实现,此时,对于上述情况,若s2,s3,s4采用String定义,拼接时需要额外创建一个StringBuffer(或StringBuilder),之后将StringBuffer转换为String;若采用StringBuffer或StringBuilder,则不需额外创建StringBuffer。
(2)StringBuffer和StringBuilder
相同情况下使用 StringBuilder 相比使用 StringBuffer 仅能获得 10%~15% 左右的性能提升,但却要冒多线程不安全的风险。而在现实的模块化编程中,负责某一模块的程序员不一定能清晰地判断该模块是否会放入多线程的环境中运行,因此除非确定系统的瓶颈是在 StringBuffer 上,并且确定你的模块不会运行在多线程模式下,才可以采用StringBuilder;否则还是用StringBuffer。
为了获得更好的性能,在构造 StringBuffer 或 StringBuilder 时应尽可能指定它们的容量。当然,如果你操作的字符串长度(length)不超过 16 个字符就不用了,当不指定容量(capacity)时默认构造一个容量为16的对象。不指定容量会显著降低性能。