- 《阿里巴巴 Java 开发手册》中有一条是关于字符串拼接的建议: 循环体内,字符串拼接,用StringBuilder的append方法拼接;如果用String的加号,每次循环都会new一个StringBuilder对象,然后append,最后toString返回String对象,会造成内存资源的浪费
再具体分析下:
String:字符串常量,字符串长度不可变。用于存放字符的数组被声明为final的,因此只能赋值一次,不可再更改。
赋值的时候,比如,编译器执行 String s = "a"
,内存的方法区中会分配一个空间给常量 "a"
,栈中的变量s
指向常量"a"
的内存地址,这样完成赋值操作。
这时用加号方式进行拼接操作,即执行 s += "b";
, 那么编译器会先在方法区的常量池寻找有没有 "ab"
这个字符串常量。没有,编译器会在常量池中重新开辟一块空间给 "ab"
,栈中的 s
变量指向 "ab"
的内存地址,完成一次拼接。这样做就十分费内存,也就是浪费资源.
StringBuffer(JDK1.0) :可扩展的字符串变量(Synchronized,线程安全)。StringBuilder(JDK5.0) :可扩展的字符串变量(非线程安全);
StringBuilder sb = new StringBuilder("a");
sb.append("b");
// 或者以下
StringBuffer sb = new StringBuffer("a");
sb.append("b");
StringBuffer 和 StringBuilder 的内部数组 默认长度 = 初始化字符串长度 + 16
。所以当 new StringBuilder("a");
执行完 new 之后,实际上在 sb 中的 capacity() 的返回值是 17
。 这时候会在堆区创建一个 StringBuffer 或者 StringBuilder 对象
,同时会到方法区的产量池中寻找是否有 "a"
这个常量,然后 StringBuffer 或者 StringBuilder 对象
指向常量池的 "a"
这个常量。
当执行 sb.append("b");
,编译器就会去常量池找是否有 "ab"
常量,如果没有那么就看 StringBuffer 或者 StringBuilder 对象
的长度能都装载下 "b"
该字符串(如果不够那么就增加到当前长度的 150% ??)。此时的内存地址是不变的。
- 所以相对
String
的每次拼接都要在内存中重新分配一块内存空间,StringBuffer 或者 StringBuilder
的效率自然而言要给String
的拼接速度要快。