当您在视觉上扫描代码时，""会像字符串一样呈现彩色。字符串。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;

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

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.IsNullOrEmpty(s)，以获得最好的代码可读性和最小的异常机会。

谢谢你的回答。

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

如果string + "" = ""

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

注:

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