我在.NET v4.5控制台应用程序中使用以下方法执行了一个简单的测试:

private static void CompareStringConstants()
{
    string str1 = "";
    string str2 = string.Empty;
    string str3 = String.Empty;
    Console.WriteLine(object.ReferenceEquals(str1, str2)); //prints True
    Console.WriteLine(object.ReferenceEquals(str2, str3)); //prints True
}

这表明所有三个变量，即str1, str2和str3，虽然使用不同的语法初始化，但都指向内存中的相同字符串(零长度)对象。

所以在内部它们没有区别。这一切都归结为您或您的团队想要使用哪一个的便利性。字符串类的这种行为在。net框架中被称为字符串实习。Eric Lippert有一篇很好的博客描述了这个概念。

这完全是一个代码风格的偏好，就像。net如何处理字符串一样。然而，以下是我的观点:

我总是使用BCL类型名称访问静态方法，属性和字段:字符串。Empty或Int32.TryParse(…)或Double。ε

我总是在声明新实例时使用c#关键字:或者string foo = "bar";

我很少使用未声明的字符串字面量，因为我喜欢能够扫描代码，将它们组合成可重用的命名常量。编译器无论如何都会用字面量替换常量，所以这是一种避免神奇的字符串/数字，并通过名称赋予它们更多含义的方法。另外，更改值更容易。

没有人提到在VisualStudio中字符串的颜色编码与字符串不同。这对可读性很重要。此外，小写通常用于变量和类型，不是什么大问题，而是字符串。Empty是常量，而不是变量或类型。

编译器应该让它们在长期运行时都是一样的。选择一个标准，这样你的代码就容易阅读，并坚持下去。

I strongly prefer String.Empty, aside from the other reasons to ensure you know what it is and that you have not accidentally removed the contents, but primarily for internationalization. If I see a string in quotes then I always have to wonder whether that is new code and it should be put into a string table. So every time code gets changed/reviewed you need to look for "something in quotes" and yes you can filter out the empty strings but I tell people it is good practice to never put strings in quotes unless you know it won't get localized.

我喜欢用绳子。空字符串。空的，因为你可以使用它而不需要包含一个using System;在你的档案里。

至于在字符串上选择“”。空，这是个人喜好，应该由你的团队决定。