有人告诉我,用 StringBuilder 连接字符串更快。我已经更改了我的代码,但我没有看到任何属性或方法来获取最终的构建字符串。
我怎样才能得到字符串?
有人告诉我,用 StringBuilder 连接字符串更快。我已经更改了我的代码,但我没有看到任何属性或方法来获取最终的构建字符串。
我怎样才能得到字符串?
您可以使用.ToString()
从String
.StringBuilder
当您说“将 String 与 String builder 连接起来更快”时,仅当您重复(我重复 -重复)连接到同一个对象时,这才是正确的。
如果您只是连接 2 个字符串并立即将结果作为 a 做某事string
,那么使用StringBuilder
.
我刚刚偶然发现 Jon Skeet 写的很好:http ://www.yoda.arachsys.com/csharp/stringbuilder.html
如果您正在使用StringBuilder
, 那么要获得结果string
,只需调用ToString()
(不出所料)。
使用 StringBuilder 完成处理后,使用 ToString 方法返回最终结果。
来自 MSDN:
using System;
using System.Text;
public sealed class App
{
static void Main()
{
// Create a StringBuilder that expects to hold 50 characters.
// Initialize the StringBuilder with "ABC".
StringBuilder sb = new StringBuilder("ABC", 50);
// Append three characters (D, E, and F) to the end of the StringBuilder.
sb.Append(new char[] { 'D', 'E', 'F' });
// Append a format string to the end of the StringBuilder.
sb.AppendFormat("GHI{0}{1}", 'J', 'k');
// Display the number of characters in the StringBuilder and its string.
Console.WriteLine("{0} chars: {1}", sb.Length, sb.ToString());
// Insert a string at the beginning of the StringBuilder.
sb.Insert(0, "Alphabet: ");
// Replace all lowercase k's with uppercase K's.
sb.Replace('k', 'K');
// Display the number of characters in the StringBuilder and its string.
Console.WriteLine("{0} chars: {1}", sb.Length, sb.ToString());
}
}
// This code produces the following output.
//
// 11 chars: ABCDEFGHIJk
// 21 chars: Alphabet: ABCDEFGHIJK
我只是想扔掉它可能不一定更快,它肯定会有更好的内存占用。这是因为字符串在 .NET 中是不可变的,每次更改字符串时都会创建一个新字符串。
关于它更快/更好的内存:
我用 Java 研究了这个问题,我认为 .NET 会很聪明。
String 的实现令人印象深刻。
String 对象跟踪“长度”和“共享”(与保存字符串的数组的长度无关)
所以像
String a = "abc" + "def" + "ghi";
可以(由编译器/运行时)实现为:
- 将包含“abc”的数组扩展 6 个额外的空格。 - 在 abc 之后复制 def - 在 def 之后复制 ghi。 - 将指向“abc”字符串的指针指向 a - 将 abc 的长度设置为 3,将 a 的长度设置为 9 - 在两者中设置共享标志。
由于大多数字符串都是短暂的,因此在许多情况下这会产生一些非常有效的代码。绝对没有效率的情况是当您在循环中添加字符串时,或者当您的代码如下时:
a = "abc";
a = a + "def";
a += "ghi";
在这种情况下,最好使用 StringBuilder 构造。
我的观点是,每次优化时都应该小心,除非您绝对确定自己知道自己在做什么,并且您绝对确定这是必要的,并且您进行测试以确保优化的代码通过用例,只需编写代码即可尽可能以最易读的方式,不要试图超越编译器。
在查看字符串源代码并发现编译器已经比我的用例做得更好之前,我浪费了 3 天的时间来处理字符串、缓存/重用字符串构建器和测试速度。然后我不得不解释我真的不知道我在做什么,我只是以为我知道了......
concat 并不快 - 正如 smaclell 指出的那样,问题是不可变字符串强制额外分配和重新复制现有数据。
"a"+"b"+"c" 对字符串生成器的处理并不快,但是随着 concat 的 # 变大,使用中间字符串的重复连接会变得越来越快,例如:
x = "一个"; x+="b"; x+="c"; ...