浅谈java中String与StringBuffer的不同_Java

string 不是简单类型，而是一个类，它被用来表示字符序列。字符本身符合 unicode 标准，其初始化方式有两种。

如：string greeting=“good morning! \n”;
string greeting=new string(=“good morning! \n”);
string的特点是一旦赋值，便不能更改其指向的字符对象，如果更改，则会指向一个新的字符对象。

stringbuffer是一个具有对象引用传递特点的字符串对象。

stringbuffer对象可以调用其方法动态的进行增加、插入、修改和删除操作，且不用像数组那样事先指定大小，从而实现多次插入字符，一次整体取出的效果，因而操作字符串非常灵活方便。
一旦通过stringbuffer生成最终想要的字符串，就可调用它的tostring方法将其转换为一个string对象

关于这两个类在字符串处理中的位置不言而喻，那么他们到底有什么优缺点，到底什么时候该用谁呢？下面我们从以下几点说明一下

1.二者在执行速度方面的比较：stringbuffer > string

2.string <stringbuffer的原因
　　　　string：字符串常量
　　　　stringbuffer：字符创变量
　　　　从上面的名字可以看到，string是“字符创常量”，也就是不可改变的对象。对于这句话的理解你可能会产生这样一个疑问，比如这段代码：

string s = "abcd";  
s = s+1;  
system.out.print(s);// result : abcd1

我们明明就是改变了string型的变量s的，为什么说是没有改变呢? 其实这是一种欺骗，jvm是这样解析这段代码的：首先创建对象s，赋予一个abcd，然后再创建一个新的对象s用来执行第二行代码，也就是说我们之前对象s并没有变化，所以我们说string类型是不可改变的对象了，由于这种机制，每当用string操作字符串时，实际上是在不断的创建新的对象，而原来的对象就会变为垃圾被ｇｃ回收掉，可想而知这样执行效率会有多底。

而stringbuffer就不一样了，他们是字符串变量，是可改变的对象，每当我们用它们对字符串做操作时，实际上是在一个对象上操作的，这样就不会像string一样创建一些而外的对象进行操作了，当然速度就快了

3.一个特殊的例子：

复制代码代码如下:

string str = “this is only a” + “ simple” + “ test”;    

stringbuffer builder = new stringbuilder(“this is only a”).append(“ simple”).append(“ test”);   

你会很惊讶的发现，生成str对象的速度简直太快了，而这个时候stringbuffer居然速度上根本一点都不占优势。其实这是jvm的一个把戏，实际上：

　　　　string str = “this is only a” + “ simple” + “test”;

　　　　其实就是：

string str = “this is only a simple test”;

　　　　所以不需要太多的时间了。但大家这里要注意的是，如果你的字符串是来自另外的string对象的话，速度就没那么快了，譬如：

　　　　string str2 = “this is only a”; 
　　　　string str3 = “ simple”; 
　　　　string str4 = “ test”; 
　　　　string str1 = str2 +str3 + str4;

　　　　这时候jvm会规规矩矩的按照原来的方式去做。

4.stringbuilder与 stringbuffer

　　　　stringbuilder：线程非安全的
　　　　stringbuffer：线程安全的
　　　　当我们在字符串缓冲区被多个线程使用是，jvm不能保证stringbuilder的操作是安全的，虽然他的速度最快，但是可以保证stringbuffer是可以正确操作的。当然大多数情况下就是我们是在单线程下进行的操作，所以大多数情况下是建议用stringbuilder而不用stringbuffer的，就是速度的原因。

对于三者使用的总结：

1.如果要操作少量的数据用 = string
2.单线程操作字符串缓冲区下操作大量数据 = stringbuilder
3.多线程操作字符串缓冲区下操作大量数据 = stringbuffer