string.Replace(string, string) 是否创建额外的字符串？

我们需要将包含日期的字符串转换为dd/mm/yyyy格式化为ddmmyyyy格式（如果您想知道为什么我将日期存储在字符串中，我的软件会处理批量交易文件，这是银行使用的基于行的文本文件格式）。

我目前正在这样做：

string oldFormat = "01/01/2014";
string newFormat = oldFormat.Replace("/", "");

果然，这转换"01/01/2014" to "01012014"。但我的问题是，替换是在一步中发生的，还是创建一个中间字符串（例如："0101/2014" or "01/012014")?

这就是我问这个的原因：

我正在处理大小从几千字节到数百兆字节的交易文件。到目前为止，我还没有遇到性能/内存问题，因为我仍在使用非常小的文件进行测试。但是当涉及到兆字节时，我不确定这些附加字符串是否会遇到问题。我怀疑情况会是这样，因为strings 是不可变的 https://stackoverflow.com/q/2365272/1461424。对于数百万条记录，这种额外的内存消耗将显着增加。

我已经在使用了StringBuilder http://msdn.microsoft.com/en-us/library/system.text.stringbuilder(v=vs.100).aspxs 用于创建输出文件。而且我也知道丢弃的字符串将被垃圾收集 https://stackoverflow.com/a/2423137/1461424（在时间结束之前的某个时刻）。我想知道是否有一种更好、更有效的方法来替换字符串中所有出现的特定字符/子字符串，而不会另外创建字符串。

果然，这会将“01/01/2014”转换为“01012014”。但我的问题 是，替换是一步发生的，还是创建一个 中间字符串（例如：“0101/2014”或“01/012014”）？

No，它不会为每次替换创建中间字符串。但它确实创建了新的字符串，因为正如您所知，字符串是不可变的。

Why?

没有理由在每次替换时创建新字符串 - 避免它非常简单，并且它将带来巨大的性能提升。

如果你是很感兴趣, 参考source.microsoft.com http://referencesource.microsoft.com and SSCLI2.0 http://www.microsoft.com/en-gb/download/details.aspx?id=4917源代码将演示这一点（如何查看标记为 methodimploptions-internalcall 的方法代码 https://stackoverflow.com/questions/16579078/how-to-see-code-of-method-which-marked-as-methodimploptions-internalcall):

FCIMPL3(Object*, COMString::ReplaceString, StringObject* thisRefUNSAFE, 
          StringObject* oldValueUNSAFE, StringObject* newValueUNSAFE)
{

   // unnecessary code ommited
      while (((index=COMStringBuffer::LocalIndexOfString(thisBuffer,oldBuffer,
             thisLength,oldLength,index))>-1) && (index<=endIndex-oldLength))
    {
        replaceIndex[replaceCount++] = index;
        index+=oldLength;
    }

    if (replaceCount != 0)
    {
        //Calculate the new length of the string and ensure that we have 
        // sufficent room.
        INT64 retValBuffLength = thisLength - 
            ((oldLength - newLength) * (INT64)replaceCount);

        gc.retValString = COMString::NewString((INT32)retValBuffLength);
     // unnecessary code ommited
    }
}

如你看到的，retValBuffLength计算出来，就知道了数量replaceCount's. The 真正的实施对于 .NET 4.0 可能有点不同（SSCLI 4.0 尚未发布），但我向你保证它不会做任何愚蠢的事情:-)。

我想知道是否有更好、更有效的替代方法 字符串中特定字符/子字符串的所有出现，即 不会另外创建字符串。

是的。可重复使用的StringBuilder容量约为 2000 个字符。避免任何内存分配。仅当替换长度相等时，这才是正确的，并且如果处于紧密循环中，则可以获得不错的性能增益。

在编写任何内容之前，请使用大文件运行基准测试，看看性能是否足以满足您的需求。如果性能足够 - 则无需执行任何操作。