String和StringBuffer的区别

简单讲解

  String对象是不可改变的，StringBuffer对象是可以扩充和修改的，且高效。

①String

  String a = "123"; 

  a = a + "456"; 

  上面两句，虽然a的值最终改变了，但是实际上在编译的时候，第一句a是一个对象，被分配了一个地址，第二句执行时，原来的a被释放，然后重新分配。a 原本指向一 String object instance ("123"), a + "456" 会造出另一新的String object instance ("123456"), 然后a再指向这新的 String instance。

②StringBuffer

  StringBuffer b = new StringBuffer("asd"); 

  b.append("fgh"); 

  在这个过程中，只存在b这么一个对象，b一直都指向一个StringBuffer instance。*.append也只是改变此instance 的内容而已。

稍微延伸

  据了解，String是一个final Class，StringBuffer不是。所以对于

  String a = "yacht"; 

  String b = "yacht1"; 

  String c = a + b ; 

  存在一个对象拷贝构造和解析的消耗问题；对于一个StringBuffer来说，

  StringBuffer sb = new StringBuffer()；

  sb.append("yacht") ; 

  sb.append("yacht1"); 

  因为StringBuffer是一个可以实例化的类，而且它的内建机制是维护了一个capacity大小的字符数组，所以它的append操作不存在对象的消耗问题，所以如果存在String连接这种事情，StringBuffer来做会好很多。但事情并不是这么简单，看下面代码

<span style="color:#ff0000;">String a = "yacht1" + "yacht2" + "yacht3" + "yacht4";</span><span style="color:#000099;">StringBuffer sb = new StringBuffer(); sb.append("yacht1") ; sb.append("yacht2"); sb.append("yacht3") ; sb.append("yacht4");     String a = sb.toString();</span>

  如果按照先前说的看法，红色的效率肯定比蓝色的低，但经过测试不是这样，为什么？这里，我们需要理解程序过程的两个时期，一个是编译时，一个是运行时，在编译时，编译器会对程序做出优化，所以红色的String a会被优化成yacht1yacht2yacht3yacht4，而蓝色的StringBuffer只会在运行时才处理。所以效率是不一样的。

如果代码是这样的：

<span style="color:#ff0000;">String a ; for(int i = 0; i < 100000; i++) {a += String.valueOf(i); } </span><span style="color:#000099;">StringBuffer sb = new StringBuffer(); for(int i = 0; i < 100000; i++) {sb.append(i);}String a = sb.toString(); </span>

  如果是这种情况的话，红色的效率就大不如蓝色，区别在于运行时和编译时的优化。

稍微扩展

public class xxx {public static void main(String[] args) {String s1 = "You are hired!";String s2 = "You are hired!";if(s1 == s2) {System.out.println("一个内存空间");} else {System.out.println("不是一个内存空间");}  }}

  结果：一个内存空间。

  这里==的意义是判断是否引用了同一个对象。可见s2在不用new创建的情况下会自动检索到具有相同内容的内存空间中共享,那么既然s1和s2共享了同一个对象，再看下面的代码：

public class xx {public static void main(String[] args) {String s1 = "You are hired!";String s2 = "You are hired!";s1 = s1.replace('h','f');System.out.println(s1);if (s1==s2) {System.out.println("一个内存空间");}else {System.out.println("不是一个内存空间");}  }}

  结果：You are fired!

  不是一个内存空间

  可见，String中s1的内容虽然被改写,但是已经不在是原来第一次分配到的那个内存空间,也就是String类的内容能被改变,但一旦改变系统将为其分配新的内存。

  String与StringBuffer的区别，从根本上来说是：StringBuffer处理字符串长度变动的时候将继续使用原来的内存空间，不重新分配；而String的长度一旦变动，就如上面的例子一样，其内部将分配新的内存空间。

面试老题

  StringBuffer必须new出来，StringBuffer的append的效率比String的+=的效率高，仔细研究发现还有很大的区别，如SCJP的考题：

public class Test {public static void stringReplace (String text) {      text = text.replace('j' , 'i');     }public static void bufferReplace (StringBuffer text) {      text = text.append("C");     }public static void main (String args[]) {        String textString = new String ("java");        StringBuffer textBuffer = new StringBuffer ("java");            stringReplace (textString);        bufferReplace (textBuffer);            System.out.println (textString + textBuffer);      } }

  结果：javajavaC而不是iavajavaC

  这是String参数传递,是不可变的(immutable)。而题目中第七行text = text.append ("C")，append方法会改变text中的值，而这个text与main中的textBuffer是指向同一个对象，所以对应的输出是javac。

  String的值永远不会改变！

  String a = "a";//假设a指向地址0x0001，a = "b";//重新负值后a指向地址0x0002，但0x0001地址中保存的"a"依旧存在，但已经不再是a所指向的。从表面上看String类型的对象改变了值，但事实是他不能改变值，只能改变指向的地址。

  StringBuffer则不同，直接改变指向的地址中保留的值。还有

  StringBuffer s1 = new StringBuffer("a");

  StringBuffer s2 = new StringBuffer("a");

  s1.equals(s2)//值为false

  String s1 = new String("a");

  String s2 = new String("a");

  s1.equals(s2)//值为true

  StringBuffer类中没有重新定义equals这个方法，因此这个方法就来自Object类，而Object类中的equals方法是用来比较地址的，所以等于false。String类中重新定义了equals这个方法，而且比较的是值，而不是地址。所以会是true。

  总而言之，String的值永远不会改变！ StringBuffer的地址永远不变！