上面的答案在技术上是正确的，但你可能真正想要使用的是String.IsNullOrEmpty(s)，以获得最好的代码可读性和最小的异常机会。

上面的答案在技术上是正确的，但你可能真正想要使用的是String.IsNullOrEmpty(s)，以获得最好的代码可读性和最小的异常机会。

前面的答案对于。net 1.1是正确的(查看他们链接的帖子的日期:2003年)。至于. net 2.0和以后的版本，基本上没有区别。无论如何，JIT最终都会引用堆上相同的对象。

根据c#规范，第2.4.4.5节: http://msdn.microsoft.com/en-us/library/aa691090 (VS.71) . aspx

每个字符串字面值不一定会产生一个新的字符串实例。当两个或多个根据字符串相等运算符(第7.9.7节)等效的字符串字面值出现在同一个程序集中时，这些字符串字面值引用同一个字符串实例。

有人甚至在布拉德·亚伯拉姆的帖子评论中提到了这一点

总之，"" vs. String的实际结果。Empty是nil。JIT最终会弄清楚的。

就我个人而言，我发现JIT比我聪明得多，所以我尽量在微编译器优化方面不太聪明。JIT将展开for()循环，删除冗余代码，内联方法等，在比我或c#编译器之前预期的更好和更合适的时间。让JIT来做它的工作吧:)

另一个区别是字符串。Empty生成更大的CIL代码。而用于引用“”和String的代码。Empty是相同的长度，编译器不会为string优化字符串连接(参见Eric Lippert的博客文章)。空的参数。以下等价函数

string foo()
{
    return "foo" + "";
}
string bar()
{
    return "bar" + string.Empty;
}

生成这个IL

.method private hidebysig instance string foo() cil managed
{
    .maxstack 8
    L_0000: ldstr "foo"
    L_0005: ret 
}
.method private hidebysig instance string bar() cil managed
{
    .maxstack 8
    L_0000: ldstr "bar"
    L_0005: ldsfld string [mscorlib]System.String::Empty
    L_000a: call string [mscorlib]System.String::Concat(string, string)
    L_000f: ret 
}

从实体框架的角度来看:EF版本6.1.3似乎处理字符串。在验证时，Empty和""不同。

字符串。出于验证目的，Empty被视为空值，如果在Required(带属性)字段上使用，则会抛出验证错误;其中as ""将通过验证而不抛出错误。

这个问题可以在EF 7+中解决。参考: - https://github.com/aspnet/EntityFramework/issues/2610)。

编辑:[Required(AllowEmptyStrings = true)]将解决此问题，允许字符串。为空进行验证。

""的所有实例都是相同的，被分隔的字符串字面量(或者它们应该是)。因此，每次使用""时，实际上不会在堆上抛出一个新对象，而只是创建一个对相同的内部对象的引用。话虽如此，我还是更喜欢字符串。我认为这使代码更具可读性。