为什么String和StringBuilder相比,String这么慢?

2,129

存储的时的区别.

先来看看各自都是如何存储的

String


StringBuilder


StringBuffer继承自AbstractStringBuilder,自身没有定义存储的容器,而是继承了其父类的容器

这个就是StringBuilder存储字符的地方

从上面看出,String的字符是存储在一个被final修饰的char数组(类似于c中的指针常量)中的,而StringBuilder的字符是存储在一个普通的char数组中的

<hr>

运算时的区别

String的运算


这两个相加的操作可以看作这样

final char c1[] = {'第','一','个','字','符','串'};
​final char c2[] = {'第','二','个','字','符','串'};
​final char c3[] = new char[12];
c3[] =  {'第','一','个','字','符','串','第','二','个','字','符','串'};
​c1 = c3;​
//这段只做理解

String在运算的时候都会创建一个大小合适的char数组[],所以当下次再拼接的时候都要进行重新分配.

StringBuilder的运算



StringBuilder特征

  • StringBuilder初始化容量是16(无参构造)

  • 追加之前会计算一次容量,大于所需容量则会重新创建一个char[]数组,计算规则是 newCapacity = (value.length << 1) + 2; 也就是 原来长度*2+2

  • StringBuilder在运算的时候每次会计算容量是否足够,如果所需容量不小于自身容量,那么就会重新分配一个自身容量两倍+2的char[].所以省去了很多创建char[]的次数.​

大白话结论

  • String之所以慢是因为,大部分cpu资源都被浪费在分配资源,拷贝资源的部分了,相比StringBuilder有更多的内存消耗.

  • StringBuilder快就快在,相比String,他在运算的时候分配内存次数小,所以拷贝次数和内存占用也随之减少.

  • 由于GC的机制,即便原来的char[]没有引用了,那么也得等到GC触发的时候才能回收,String运算过多的时候就会产生大量垃圾,消耗内存.

建议

  • 如果目标字符串需要大量拼接的操作,那么这个时候应当使用StringBuilder.

  • 反之,如果目标字符串操作次数极少,或者是常量,那么就直接使用String.