1700442584
1700442585
StringBuffer sb=new StringBuffer（“a”）；
1700442586
1700442587
sb.append（“b”）；
1700442588
1700442589
从上面的代码可以看出sb的值在改变，初始化的时候是“a”，经过append方法后，其值变成了“ab”。可能有读者会问了，这与String类通过“+”连接有什么区别？例如：
1700442590
1700442591
String s=“a”；
1700442592
1700442593
s=s+“b”；
1700442594
1700442595
有区别，字符串变量s初始化时是“a”对象的引用，经过加号计算后，s变量就修改为了“ab”的引用，但是初始化的“a”对象还是没有改变，只是变量s指向了新的引用地址。再看看StringBuffer的对象，它的引用地址虽不变，但值在改变。
1700442596
1700442597
StringBuilder与StringBuffer基本相同，都是可变字符序列，不同点是：StringBuffer是线程安全的，StringBuilder是线程不安全的，翻翻两者的源代码，就会发现在StringBuffer的方法前都有synchronized关键字，这也是StringBuffer在性能上远低于StringBuilder的原因。
1700442598
1700442599
在性能方面，由于String类的操作都是产生新的String对象，而StringBuilder和StringBuffer只是一个字符数组的再扩容而已，所以String类的操作要远慢于StringBuffer和StringBuilder。
1700442600
1700442601
弄清楚了三者的原理，我们就可以在不同的场景下使用不同的字符序列了：
1700442602
1700442603
（1）使用String类的场景
1700442604
1700442605
在字符串不经常变化的场景中可以使用String类，例如常量的声明、少量的变量运算等。
1700442606
1700442607
（2）使用StringBuffer类的场景
1700442608
1700442609
在频繁进行字符串的运算（如拼接、替换、删除等），并且运行在多线程的环境中，则可以考虑使用StringBuffer，例如XML解析、HTTP参数解析和封装等。
1700442610
1700442611
（3）使用StringBuilder类的场景
1700442612
1700442613
在频繁进行字符串的运算（如拼接、替换、删除等），并且运行在单线程的环境中，则可以考虑使用StringBuilder，如SQL语句的拼装、JSON封装等。
1700442614
1700442615
注意 在适当的场景选用字符串类型。
1700442616
1700442617
1700442618
1700442619
1700442621
编写高质量代码：改善Java程序的151个建议 建议55：注意字符串的位置
1700442622
1700442623
看这样一段程序：
1700442624
1700442625
public static void main（String[]args）{
1700442626
1700442627
String str1=1+2+“apples”；
1700442628
1700442629
String str2=“apples：”+1+2；
1700442630
1700442631
}
1700442632
1700442633
想想看这两个字符串输出的苹果数量是否一致？如果一致，那是几个呢？
[
上一页 ]
[ :1.700442584e+09 ]
[
下一页 ]