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

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

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

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

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

这都不重要!

以前的一些讨论:

http://www.codinghorror.com/blog/archives/000185.html

http://blogs.msdn.com/brada/archive/2003/04/22/49997.aspx

http://blogs.msdn.com/brada/archive/2003/04/27/50014.aspx

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

前面的答案对于。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来做它的工作吧:)

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

字符串。Empty是只读字段，而""是const字段。这意味着您不能使用String。在switch语句中为空，因为它不是常量。

字符串之间的区别是什么。空和“”，是他们 可以互换

字符串。Empty是一个只读字段，而""是一个编译时常量。他们表现不同的地方有:

c# 4.0或更高版本中的默认参数值

void SomeMethod(int ID, string value = string.Empty)
// Error: Default parameter value for 'value' must be a compile-time constant
{
    //... implementation
}

switch语句中的大小写表达式

string str = "";
switch(str)
{
    case string.Empty: // Error: A constant value is expected. 
        break;

    case "":
        break;

}

属性参数

[Example(String.Empty)]
// Error: An attribute argument must be a constant expression, typeof expression 
//        or array creation expression of an attribute parameter type

另一个区别是字符串。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 
}

string mystring = "";
ldstr ""

LDSTR将一个新的对象引用推入存储在元数据中的字符串字面值。

string mystring = String.Empty;
ldsfld string [mscorlib]System.String::Empty

LDSFLD将静态字段的值推入计算堆栈

我倾向于使用String。用空代替""，因为在我看来，这样更清晰，也不那么vb。

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

注:

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

这里的每个人都给出了很好的理论解释。我也有类似的疑问。所以我尝试了一个基本的编码。我发现了不同之处。区别就在这里。

string str=null;
Console.WriteLine(str.Length);  // Exception(NullRefernceException) for pointing to null reference. 


string str = string.Empty;
Console.WriteLine(str.Length);  // 0

所以它似乎“Null”意味着绝对无效和“字符串。“空”表示它包含某种值，但它是空的。

使用字符串。空而不是""。

This is more for speed than memory usage but it is a useful tip. The "" is a literal so will act as a literal: on the first use it is created and for the following uses its reference is returned. Only one instance of "" will be stored in memory no matter how many times we use it! I don't see any memory penalties here. The problem is that each time the "" is used, a comparing loop is executed to check if the "" is already in the intern pool. On the other side, String.Empty is a reference to a "" stored in the .NET Framework memory zone. String.Empty is pointing to same memory address for VB.NET and C# applications. So why search for a reference each time you need "" when you have that reference in String.Empty?

参考:字符串。Empty和""

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

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

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

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

因为字符串。Empty不是编译时常量，不能在函数定义中使用它作为默认值。

public void test(int i=0,string s="")
    {
      // Function Body
    }

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

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

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

谢谢你的回答。

如果我错了，请原谅我的无知。我使用VB，但我认为如果你测试一个未分配的字符串的长度(即IS Nothing)，它会返回一个错误。现在，我在1969年开始编程，所以我已经远远落后了，但是我总是通过连接空字符串("")来测试字符串。例:(无论哪种语言):-

如果string + "" = ""