StringBuffer的默认容量是16，当不赋值的时候，调用续保构造函数的时候，给StringBuffer默认16的容量大小
当调用无参构造函数调用的源码
可以看到这里用了super语句，调用了StringBuffer父类的构造函数，我们可以去看看父类源码的样子
value是个实例变量，是定义的一个char数组，这个语句给这个数组赋值了初始值为16的容量
当StringBuffer对象调用append()方法容量到达极限的时候，它里面就会自动调 用System.arrycopy()方法来进行扩容，扩容1.5倍。在这里我们就要扯点其他的了，为什么拼接字符串的时候推荐我们StringBuffer而不用String来拼接，就是是因为String里面定义数组用了final修饰符就不能扩容了。
集合当中arrayList的默认容量是10，老方法我们来看看源码
我们可以看到ArrayList源码无参构造的源码注释上写着，构造一个初始容量为10的空列表，当到达极限的时候也是会自动扩容两倍
集合中Map接口下的Hashmap的默认容量是16
这个和上两个就有点区别了，它的默认容量为16，但是当饱和度达到整个容量的0.75就会进行自动扩容，而扩容的倍数为原先的两倍
同样也是Map接口下的集合,Hashtable(和上面的StiringBuffer都有synchronized关键字修饰，是线程安全的)，它的默认大小是11
可以看到源码显示，这个初始容量为11，它和Hashmap一样都是在达到自身容量0.75的时候就扩容。扩容是原来的两倍+1。
如有错误，请指出，谢谢。