StringBuffer和StringBuilder的扩容问题

2022-07-08 13:26:17

以前对StringBuffer/StringBuilder只是初浅的了解,只是知道StringBuffer是线程安全的,Stringbuilder是非线程安全的。并且字符串长度是可变的。具体是怎么变没有去深入了解,今天看了一下源码,恍然大悟。

来看一下源码,在没有传参的情况下默认初始容量是16。


有参数的情况下,初始容量是16+字符串的长度,并且是用append()方法追加的字符。


到这里就有疑问那,那这个字符串的长度是多少呢。是它本身的长度还是16+它自身的长度,来接着往下看。一路追寻append()方法终于找到答案了。注意,这个len居然是String自身的长度,现在明白了吧。其实平时咱们也在用str.length();方法就是没注意它的长度是怎么来的。


忽然又想到一个问题,那要是在追加字符串的时候长度比16大怎么办,我们看到有个ensureCapacityInternal()的方法,追进去看看,然后发现它是这么扩容的 int newCapacity = (value.length << 1) + 2;增加为自身长度的一倍然后再加2;这个时候如果还是放不下,那就直接扩容到它需要的长度  newCapacity = minCapacity;





以前对StringBuffer/StringBuilder只是初浅的了解,只是知道StringBuffer是线程安全的,Stringbuilder是非线程安全的。并且字符串长度是可变的。具体是怎么变没有去深入了解,今天看了一下源码,恍然大悟。

来看一下源码,在没有传参的情况下默认初始容量是16。


有参数的情况下,初始容量是16+字符串的长度,并且是用append()方法追加的字符。


到这里就有疑问那,那这个字符串的长度是多少呢。是它本身的长度还是16+它自身的长度,来接着往下看。一路追寻append()方法终于找到答案了。注意,这个len居然是String自身的长度,现在明白了吧。其实平时咱们也在用str.length();方法就是没注意它的长度是怎么来的。


忽然又想到一个问题,那要是在追加字符串的时候长度比16大怎么办,我们看到有个ensureCapacityInternal()的方法,追进去看看,然后发现它是这么扩容的 int newCapacity = (value.length << 1) + 2;增加为自身长度的一倍然后再加2;这个时候如果还是放不下,那就直接扩容到它需要的长度  newCapacity = minCapacity;





  • 作者:正儿八经的胡说八道
  • 原文链接:https://blog.csdn.net/weixin_43958556/article/details/114748674
    更新时间:2022-07-08 13:26:17