Apache StringUtils也解决了这个问题。

其他方案的缺点:

isEmpty() -不是空安全的。如果 string为空，抛出NPE Length() == 0 -同样不是空安全的。 也没有考虑到 空格的字符串。 与EMPTY常量的比较- 5月 不是空安全的。空白的问题

Granted StringUtils是另一个可以拖动的库，但它工作得非常好，节省了大量的时间和检查空值或优雅地处理npe的麻烦。

这似乎是显而易见的答案:

String empty = org.apache.commons.lang.StringUtils.EMPTY;

很棒是因为“空初始化”代码不再有“魔法字符串”，而是使用常量。

字符串。EMPTY是12个字符，""是2个字符，它们在运行时都将引用内存中完全相同的实例。我不太确定为什么是String。EMPTY可以节省编译时间，实际上我认为是后者。

特别是考虑到String是不可变的，你不能先得到一个空String，然后对它执行一些操作——最好使用StringBuilder(或者StringBuffer，如果你想线程安全的话)，然后把它转换成String。

更新 从你对问题的评论来看:

是什么激发了这一切 TextBox.setText (" ");

我相信在适当的类中提供一个常量是完全合理的:

private static final String EMPTY_STRING = "";

然后在代码中引用它

TextBox.setText(EMPTY_STRING);

通过这种方式，至少你明确了你想要一个空字符串，而不是你忘记在你的IDE中填充字符串或类似的东西。

为了补充Noel M所说的内容，您可以看看这个问题，这个答案表明常数是被重用的。

http://forums.java.net/jive/message.jspa?messageID=17122

字符串常量总是被“拘禁” 所以真的不需要这样 常数。 字符串s = " ";字符串t = " ";布尔b = s = = t;/ /正确的

如果你真的想要一个字符串。EMPTY常量，你可以在你的项目中创建一个名为“Constants”(例如)的实用程序静态final类。这个类将维护你的常量，包括空String…

在同样的思想中，你可以创建ZERO, ONE int常量…在Integer类中不存在，但就像我评论的那样，写和读都很痛苦:

for(int i=Constants.ZERO; ...) {
    if(myArray.length > Constants.ONE) {
        System.out.println("More than one element");
    }
}

Etc.

回答得晚了，但我认为它为这个话题增添了一些新的内容。

之前的答案都没有回答最初的问题。一些人试图证明缺乏常数的合理性，而另一些人则展示了我们可以处理缺乏常数的方法。但是没有人能提供一个令人信服的理由证明常数的好处，所以它的不足仍然没有得到适当的解释。

常量是有用的，因为它可以防止某些代码错误被忽略。

假设您有一个大型代码库，其中包含数百个对“”的引用。有人在滚动代码时修改其中一个，并将其更改为“”。这样的更改很有可能在生产中不被注意到，在这一点上，它可能会导致一些问题，其来源将难以检测。

OTOH，一个名为EMPTY的库常量，如果遇到相同的错误，将为EMPTY之类的东西生成编译器错误。

定义自己的常数更好。有人仍然可能错误地更改其初始化，但由于其广泛使用，这种错误的影响比单一用例中的错误更难被忽视。

这是使用常量而不是文字值的一般好处之一。人们通常会意识到，在许多地方使用一个常量可以让您在一个地方轻松地更新该值。很少有人认识到的是，这也可以防止该值被意外修改，因为这样的更改会显示在所有地方。所以，是的，""比EMPTY短，但是EMPTY比""更安全。

因此，回到最初的问题，我们只能推测，语言设计者可能没有意识到为经常使用的文字值提供常量的好处。希望有一天我们能看到在Java中添加字符串常量。