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

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

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

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

在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来做它的工作吧:)

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

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和""

string mystring = "";
ldstr ""

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

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

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

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