String类型字符串修改的思考

我们先看下面一个简单的列子：

String s = "hello";
s = s + " world!";
System.out.println(s);

【结果】

hello world!

没错，我们是得到了我们想要的结果。那么，我想问下执行这段代码后， 原始的String对象中的内容变了没有？可能从结果上看，你会说变了，那要注意了！

答案是：没有。

【解析】

        因为String被设计成不可变类，所以它的所有对象都是不可变对象。在这段代码中，s原先指向一个String对象，内容是“hello”，然后我们对s进行了“+”操作，那么s所指向的那个对象是否发生了改变呢？答案是没有。这时，s不指向原来那个对象了，而指向了另外一个String对象，内容为“hello world!”，原来那个对象还存在于内存之中，只是s这个引用变量不再指向它了。

【那么，问题来了】

        如果经常对字符串进行各种各样的修改，或者说，不可预见的修改，那么使用String来代表字符串的话会引起很大的内存开销。因为 String对象建立之后不能再改变，所以对于每一个不同的字符串，都需要一个String对象来表示。

【建议】

       这时，应该考虑使用StringBuffer类，它允许修改，而不是每个不同的字符串都要生成一个新的对象。并且，这两种类的对象转换十分容易。 

假设要把1到100的所有数字拼起来，组成一个串。

StringBuffer sbf = new StringBuffer();
for(int i=0;i<100;i++)
{
sbf.append(i);
}

上面的代码效率很高，因为只创建了一个StringBuffer对象，而下面的代码效率很低，因为创建了101个对象。

String str = new String();
for(int i=0;i<100;i++)
{
str = str + i;
}

在讲两者区别时，应把循环的次数搞成10000，然后用endTime-beginTime来比较两者执行的时间差异，最后还要讲讲StringBuilder与StringBuffer的区别。
String覆盖了equals方法和hashCode方法，而StringBuffer没有覆盖equals方法和hashCode方法，所以，将StringBuffer对象存储进Java集合类中时会出现问题。