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

注:

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

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

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

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

注:

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

string mystring = "";
ldstr ""

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

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

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

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

谢谢你的回答。

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

如果string + "" = ""