我倾向于使用String。空而不是""，原因很简单，但并不明显: “”和“”是不一样的，第一个实际上有16个零宽度字符。显然，没有一个有能力的开发人员会在他们的代码中放入零宽度字符，但如果他们真的这样做了，那将是一个维护的噩梦。

注:

在这个例子中，我使用了U+FEFF。 不确定SO是否会吃掉这些字符，但请自己尝试使用许多零宽度字符中的一个 多亏了https://codegolf.stackexchange.com/，我才发现了这一点

Eric Lippert写道(2013年6月17日):“我在c#编译器中工作过的第一个算法是处理字符串连接的优化器。不幸的是，在我离开Roslyn之前，我没有设法将这些优化移植到Roslyn代码库中;希望有人能做到!”

以下是截至2019年1月的一些Roslyn x64结果。尽管本页上的其他答案是一致的，但在我看来，当前的x64 JIT并没有将所有这些情况都一视同仁。

但是要特别注意，这些示例中只有一个最终调用了String。Concat，我猜这是由于模糊的正确性原因(而不是优化疏忽)。其他的差异似乎很难解释。

default（String） + { default（String）， “”， String.Empty }

static String s00() => default(String) + default(String);
    mov  rax,[String::Empty]
    mov  rax,qword ptr [rax]
    add  rsp,28h
    ret

static String s01() => default(String) + "";
    mov  rax,[String::Empty]
    mov  rax,qword ptr [rax]
    add  rsp,28h
    ret

static String s02() => default(String) + String.Empty;
    mov  rax,[String::Empty]
    mov  rax,qword ptr [rax]
    mov  rdx,rax
    test rdx,rdx
    jne  _L
    mov  rdx,rax
_L: mov  rax,rdx
    add  rsp,28h
    ret

“” + { default（String）， “”， String.Empty }

static String s03() => "" + default(String);
    mov  rax,[String::Empty]
    mov  rax,qword ptr [rax]
    add  rsp,28h
    ret

static String s04() => "" + "";
    mov  rax,[String::Empty]
    mov  rax,qword ptr [rax]
    add  rsp,28h
    ret

static String s05() => "" + String.Empty;
    mov  rax,[String::Empty]
    mov  rax,qword ptr [rax]
    mov  rdx,rax
    test rdx,rdx
    jne  _L
    mov  rdx,rax
_L: mov  rax,rdx
    add  rsp,28h
    ret

String.Empty + { default（String）， “”， String.Empty }

static String s06() => String.Empty + default(String);
    mov  rax,[String::Empty]
    mov  rax,qword ptr [rax]
    mov  rdx,rax
    test rdx,rdx
    jne  _L
    mov  rdx,rax
_L: mov  rax,rdx
    add  rsp,28h
    ret

static String s07() => String.Empty + "";
    mov  rax,[String::Empty]
    mov  rax,qword ptr [rax]
    mov  rdx,rax
    test rdx,rdx
    jne  _L
    mov  rdx,rax
_L: mov  rax,rdx
    add  rsp,28h
    ret

static String s08() => String.Empty + String.Empty;
    mov  rcx,[String::Empty]
    mov  rcx,qword ptr [rcx]
    mov  qword ptr [rsp+20h],rcx
    mov  rcx,qword ptr [rsp+20h]
    mov  rdx,qword ptr [rsp+20h]
    call F330CF60                 ; <-- String.Concat
    nop
    add  rsp,28h
    ret

测试细节

Microsoft (R) Visual C# Compiler version 2.10.0.0 (b9fb1610)
AMD64 Release
[MethodImpl(MethodImplOptions.NoInlining)]
'SuppressJitOptimization' = false

字符串。Empty不创建对象，而""创建对象。然而，正如这里所指出的，差异是微不足道的。

在2.0版本之前的。net中，""创建一个对象while字符串。Empty不会创建objectref，它会生成string。放空更有效率。

在。net 2.0及以后版本中，所有出现的""都指向相同的字符串字面值，这意味着""相当于. empty，但仍然不如. length == 0快。

. length == 0是最快的选项，但是. empty会使代码更简洁。

有关更多信息，请参阅. net规范。

前面的答案对于。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看起来像常规的类成员访问。在快速浏览的过程中，更容易发现“”或凭直觉理解其含义。

找出字符串(堆栈溢出着色不是很有帮助，但在VS中这是更明显的):

var i = 30;
var f = Math.Pi;
var s = "";
var d = 22.2m;
var t = "I am some text";
var e = string.Empty;