问题：在String对象中有个构造函数是直接接受StringBuffer的。程序如下：

public String (StringBuffer buffer) { synchronized(buffer) { buffer.setShared(); this.value = buffer.getValue(); this.offset = 0; this.count = buffer.length(); } }

在StringBuffer中：

final char[] getValue() { return value; }

很明显的，这个构造函数直接把StringBuffer的char[]数组返回给了String对象。也就是现在新生成的String和StringBuffer共用同一个char[]数组，但是下面的程序为什么会打印出以下结果呢：

StringBuffer sb = new StringBuffer("abc"); System.out.println("StringBuffer: " + sb.toString()); String s = new String(sb); System.out.println("String: " + s); sb.append("123"); System.out.println("StringBuffer: " + sb); System.out.println("String: " + s); ///////////////////////////////////////////////////////////////////// StringBuffer: abc String: abc StringBuffer: abc123 String: abc

分析：这个问题的核心答案在 this.count = buffer.length() 这句话上。这句话的意思是String中的count的大小为这个char[]数组中实际含有的字符的个数，而不是这个数组的大小。所以在打印的时候对于上面的String对象，只会打印3个字符，而不是6个字符！

新的问题：如果我从StringBuffer中删除了一个字符，那么String对象也应该受到影响了？但是为什么实际上这个String没有发生变化呢？问题的答案在buffer.setShared()上，这句话的含义就是告诉这个StringBuffer，有其它的String对象与它共享它的char[]数组。

这个时候，当它进行delete，insert等操作的时候，它会新生成一个char[]数组，然后再进行操作。所以这个时候String和StringBuffer就不共享同一个数组了，String自然也就不会受到影响了。

为什么要用这么复杂的方法呢？答案是“节省内存资源”。可以想想，我们在程序中使用最频繁的对象都有哪些，答案肯定包含String。而我们知道，在拼装一个String的时候，使用StringBuffer效率最高。所以我们会先用StringBuffer动态的拼装好一个字符串，然后再把它转化成String对象，这个时候就会突显这种方式的经典之处了。下面是StringBuffer的toString()方法：

public String toString() { return new String(this); }

public String (StringBuffer buffer) { synchronized(buffer) { buffer.setShared(); this.value = buffer.getValue(); this.offset = 0; this.count = buffer.length(); } }

在StringBuffer中：

final char[] getValue() { return value; }

很明显的，这个构造函数直接把StringBuffer的char[]数组返回给了String对象。也就是现在新生成的String和StringBuffer共用同一个char[]数组，但是下面的程序为什么会打印出以下结果呢：

StringBuffer sb = new StringBuffer("abc"); System.out.println("StringBuffer: " + sb.toString()); String s = new String(sb); System.out.println("String: " + s); sb.append("123"); System.out.println("StringBuffer: " + sb); System.out.println("String: " + s); ///////////////////////////////////////////////////////////////////// StringBuffer: abc String: abc StringBuffer: abc123 String: abc

分析：这个问题的核心答案在 this.count = buffer.length() 这句话上。这句话的意思是String中的count的大小为这个char[]数组中实际含有的字符的个数，而不是这个数组的大小。所以在打印的时候对于上面的String对象，只会打印3个字符，而不是6个字符！

新的问题：如果我从StringBuffer中删除了一个字符，那么String对象也应该受到影响了？但是为什么实际上这个String没有发生变化呢？问题的答案在buffer.setShared()上，这句话的含义就是告诉这个StringBuffer，有其它的String对象与它共享它的char[]数组。

这个时候，当它进行delete，insert等操作的时候，它会新生成一个char[]数组，然后再进行操作。所以这个时候String和StringBuffer就不共享同一个数组了，String自然也就不会受到影响了。

为什么要用这么复杂的方法呢？答案是“节省内存资源”。可以想想，我们在程序中使用最频繁的对象都有哪些，答案肯定包含String。而我们知道，在拼装一个String的时候，使用StringBuffer效率最高。所以我们会先用StringBuffer动态的拼装好一个字符串，然后再把它转化成String对象，这个时候就会突显这种方式的经典之处了。下面是StringBuffer的toString()方法：

public String toString() { return new String(this); }

]]>