StringBuilder的默认容量是多少？
什么时候应该（或不应该）使用默认值？
尊者J. Skeet对这个问题进行了很好的分析：
StringBuilder的默认容量是16个字符（我使用.NET Reflector来查找）。
默认值为16，这似乎是.NET框架中任何类型的数组或列表的默认容量。您在StringBuilder上需要的重新分配次数越少，就越好。同时，也没有必要分配比需要更多的东西。
我通常使用某种类型的粗略估计来实例化StringBuilder，以了解StringBuilder的最终大小。例如，这可以基于稍后将用于构建字符串的一些迭代计数，乘以此迭代中每个项所需的大小。
// where 96 is a rough estimate of the size needed for each item
StringBuilder sb = new StringBuilder ( count * 96 );
for ( int i = 0; i < count; i++ )
{
...
}
当StringBuilder的大小太小而无法写入下一个字符串时，StringBuilder的内部char数组将重新分配为其当前大小的两倍。
这个问题今天作为另一个问题的副本出现，但我注意到有一部分没有得到回答。默认情况下（假设这意味着“当没有使用足够大的字符串创建时）”就像人们所说的那样是16，但是当你应该改变时我没有看到任何东西。
您可以在可以进行优化时进行更改。实际上，16的选择与优化相反。优化是挑选价值和方法，以便特别适合特定情况或可能情况的子集，（通常不是“使事情更快”，尽管我们经常使用这个词）。在这里，班级的设计者必须处理泛化 - 选择价值和方法，以便在广泛的案例中提供相当好的表现。
它们越小，内存的使用就越少。
它们越大，处理更大字符串的重新分配就越少。
在某些情况下，二元回合（两个整数）可能比其他数字提供更好的性能有几个原因，所以他们选择其中一个，但除了4或16或1024之间的选择是一个问题平衡不同的可能值。
有人使用StringBuilder而不是设计它，可能会更好地了解它们可能需要的尺寸。
如果他们要将Append 5个1位数字以及总长度为43个字符的字符串，那么StringBuilder的总长度将是48个字符，无论如何，所以他们应该使用48的容量，因为48是对于48长度的字符串，总是最有效的大小。
如果他们做的事情可能有大约23到34个字符之间的任何长度，他们应该使用34。
如果他们正在做的事情可能永远不会超过60个字符，但偶尔可能会有，他们应该使用64（不要重新分配大多数部分，并获得上面提到的2的权力）你做的少数情况）。
如果不可能得出结论，或者至少很难这样做而不是表演热点，那么你应该使用默认值。
我们可以使用StringBuilder类的容量属性找到容量：
StringBuilder builder = new StringBuilder();
var capacity = builder.Capacity;
var maxCapacity = builder.MaxCapacity;
这里容量定义了StringBuilder的默认容量。
StringBuilder是Max Capacity与Int32的最大值相同。
[编辑：当时，关于StringList的问题]
你的意思是StringCollection？这最初使用空的ArrayList，所以答案是0.而你没有选择改变它。当您第一次添加项目时，容量会跳转到4，然后在填充时使用加倍策略。
如果你的意思是List<string>，那么它是相似的（一个空的T[]，而不是ArrayList），但你可以根据需要初始化一个已知的大小（即你知道你期望的数据量）。再次，你第一次Add到List<T>大小跳到4，然后每次填满时加倍。
String-Builder的默认容量为16个字符，String-Builder的最大容量为2147483647个字符。
因此无需担心存储长响应！
阅读听说Stringbuilder capacity ，有样品应用程序来证明它。