在string对象中有个构造函数是直接接受stringbuffer的。程序如下：
　　
　　public string (stringbuffer buffer) {
　　synchronized(buffer) {
　　buffer.setshared();
　　this.value = buffer.getvalue();[iocblog.net 来源]
　　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个字符，而不是六个字符！！
　　
　　新的问题：如果我从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);
　　}
　　[iocblog.net 来源]

文章整理：iocblog
版权申明：本站文章均来自网络，如有侵权，请联系我们，我们收到后立即删除，谢谢！
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有。