是否需要使用stringbuilder？ StringBuilder并不总是更快 - 第2部分的拇指规则的第1部分

问题描述 投票：5回答：4

我们都知道连接字符串会导致效率问题，特别是在循环中。我被教导使用StringBuilder来防止这些问题。

所以这：

str += someotherstring

变成这样：

StringBuilder sb = new StringBuilder();   
sb.AppendLine(someotherstring);

但我的理解是.NET框架3.5及更高版本中的CLR足够智能，可以为这两种方法输出相同的IL。那么我是否应该在我的团队代码评论中强制执行stringbuilder？

编辑：我认为Servy在评论中点头：

在连接编译时已知的许多字符串时就是这种情况。因此，当在编译时连接多个字符串时，不需要使用SB。当在编译时连接许多未知的字符串时，它不能这样做

c# string clr stringbuilder cil
4个回答
7
投票

不，这并不总是正确的。如果你检查这个How to improve string concatenation performance in Visual C#，我不会

但是，.NET Framework包含一个针对字符串连接进行了优化的StringBuilder类。它提供了与在C / C ++中使用字符数组相同的好处，以及自动增加缓冲区大小（如果需要）并为您跟踪长度。本文中的示例应用程序演示了StringBuilder类的用法，并将性能与串联进行了比较。

当您在代码传递中执行多个循环或分叉时，StringBuilder更可取。

还检查一下

StringBuilder is not always faster – Part 1 of 2

这段代码在我的电脑上运行了1484毫秒：

for (int i = 0; i <= 1000000; i++)  { 
    // Concat strings 3 times using StringBuilder 
    StringBuilder s = new StringBuilder(); 
    s.Append(i.ToString()); 
    s.Append(i.ToString()); 
    s.Append(i.ToString());  }

而这一个，使用传统的连接，花费的时间略少（1344毫秒）：

for (int i = 0; i <= 1000000; i++)  { 
    // Concat strings 3 times using traditional concatenation 
    string s = i.ToString(); 
    s = s + i.ToString(); 
    s = s + i.ToString();  }

以上数据表明，一旦连接数超过3，StringBuilder才会开始更快地工作。

蒂姆发表的评论中有很好的联系

Rules of Thumb

那么，什么时候应该使用StringBuilder，何时应该使用字符串连接运算符？

  • 当您在一个非平凡的循环中连接时，肯定会使用StringBuilder - 特别是如果您不确定（在编译时）您将通过循环进行多少次迭代。例如，一次读取一个文件，使用+ =运算符构建一个字符串可能会导致性能自杀。
  • 当你可以（可读地）指定需要在一个语句中连接的所有内容时，绝对使用连接运算符。 （如果要连接的数组，请考虑显式调用String.Concat - 如果需要分隔符，请考虑String.Join。）
  • 不要害怕将文字分成几个连接位 - 结果将是相同的。例如，您可以通过将长文字分成几行来提高可读性，而不会损害性能。
  • 如果您需要连接的中间结果，而不是提供下一次连接迭代，StringBuilder不会帮助您。例如，如果你从名字和姓氏建立一个全名，然后在最后添加第三条信息（昵称，也许），你只会受益于使用StringBuilder，如果你不这样做需要（名字+姓氏）字符串用于其他目的（正如我们在创建Person对象的示例中所做的那样）。
  • 如果你只需要进行一些连接，并且你真的想在单独的语句中进行这些连接，那么你走哪条路并不重要。哪种方式更有效将取决于所涉及的字符串大小的串联数量，以及它们连接的顺序。如果您确实认为这段代码是性能瓶颈，则可以通过两种方式对其进行分析或基准测试。
2
投票

但我的理解是.NET框架3.5及更高版本中的CLR足够智能，可以为这两种方法输出相同的IL。

不，这不是必要的。您不能依赖编译器在循环中优化它。使用StringBuilder也更好，因为它在字符串连接中肯定会更好，并提供更好的可读性。

0
投票

例如，当您连接任意数量的字符串值时，将使用StringBuilder。如果这种情况听起来像你的情况那么，是的，你应该强制使用StringBuilder。

0
投票

.NET中的字符串是不可变的。一旦构建，它们以后就无法修改。如果你想修改一个字符串，你需要从旧字符串中创建一个新字符串并丢弃旧字符串。

另一方面，StringBuilder可以被认为是一个可变字符串。在构造内容后更改其内容是可能的，并且不需要分配整个新对象。

在比较使用StringBuilder和字符串连接执行类似操作所花费的时间时，通常不会出现不同的性能特征。效果更加间接：虽然字符串连接可能产生大量短期临时对象，但StringBuilder却没有。因此，使用StringBuilder可以显着降低托管堆上的内存压力，从而减少昂贵的垃圾收集的必要性。

这完全取决于您的申请，我不会尝试提供任何通用建议。执行大量字符串操作的应用程序（如Web服务器）需要更多关注而不需要。如果你理解字符串和StringBuilder是如何不同的，那么你应该做出明智的决定。如有疑问：个人资料。但一定要分析GC循环。

最新问题
© www.soinside.com 2019 - 2024. All rights reserved.