|
在String对象中有个构造函数是直接接受StringBuffer的程序如下 public String (StringBuffer buffer) { synchronized(buffer) { buffersetShared(); thisvalue = buffergetValue(); thisoffset = ; unt = bufferlength(); } } 在StringBuffer中 final char[] getValue() { return value; } 很明显的这个构造函数直接把StringBuffer的char[]数组返回给了String对象也就是现在新生成的String和StringBuffer共用同一个char[]数组但是下面的程序为什么会打印出以下结果呢 StringBuffer sb = new StringBuffer(abc); Systemoutprintln(StringBuffer: + sbtoString()); String s = new String(sb); Systemoutprintln(String: + s); sbappend(); Systemoutprintln(StringBuffer: + sb); Systemoutprintln(String: + s); ///////////////////////////////////////////////////////////////////// StringBuffer: abc String: abc StringBuffer: abc String: abc 分析这个问题的核心答案在 unt = bufferlength() 这句话上这句话的意思是String中的count的大小为这个char[]数组中实际含有的字符的个数而不是这个数组的大小所以在打印的时候对于上面的String对象只会打印个字符而不是六个字符！！ 新的问题如果我从StringBuffer中删除了一个字符那么String对象也应该受到影响了？但是为什么实际上这个String没有发生变化呢？问题的答案在buffersetShared()上这句话的含义就是告诉这个StringBuffer有其它的String对象与它共享它的char[]数组这个时候当它进行deleteinsert等操作的时候它会新生成一个char[]数组然后再进行操作所以这个时候String和StringBuffer就不共享同一个数组了String自然也就不会受到影响了 为什么要用这么复杂的方法呢？答案是节省内存资源可以想想我们在程序中使用最频繁的对象都有哪些？答案肯定包含String而我们知道在拼装一个String的时候使用StringBuffer效率最高所以我们会先用StringBuffer动态的拼装好一个字符串然后再把它转化成String对象这个时候就会突显这种方式的经典之处了下面是StringBuffer的toString()方法 public String toString() { return new String(this); } |
