2019.03.19 读书笔记 string与stringbuilder的性能

1 string与stringbuilder

　　并不是stringbuilder任何时候都在性能上占优势，在少量（大约个位数）的字符串时，并不比普通string操作快。

　　string慢的原因不是string.conact(),而是string大量操作时，产生新的对象以及GC回收对象而造成的性能低下。

stringbuilder使用前，最好估算一下大约的长度，否则默认16。每次超过长度后将自动翻倍增长。

string.concat本质速度比stringbuider的append快，因为本质都是增加字符串数组，但是string.concat是已知数组长度，而append需要判断stringbuilder的长度是否满足，不满足需要申请一倍的内存。

　　最本质的问题：string与stringbuilder是相同机制的，所有的内存都是可以修改的，而string是不允许使用者修改，并不表示.net自己不可以修改，这也是stringbuilder可以修改的原因，string.format是stringbuilder.append一样的方式。

　　他们有两个属性，stringlength（字符串长度）与arrayLength（容器长度）,string的容器长度只比stringlength多一个‘\0’，而stringbuilder则不一定，因为每次stringlength超过arraylength时，就会创建一个两倍于arraylength长度的对象，并把内容复制进去。

　　stringbuilder.tostring()的机制：当stringlength小于arraylength一半时，为了节省内存而消耗性能，重新创建一个stringlength大小的对象，显示出来。如果大于一半了，则牺牲内存将当前容器显示出来，且将当前线程的指针指向zero，所以频繁的stringbuilder.tostring()会总是产生新的对象。

如果使用stringbuilder 一定要提前估算大概的长度，尽量少扩容，达到性能最优。