为什么Java中没有String.Empty？

我知道每次键入字符串文字时""，字符串池中都会引用相同的String对象。

但是，为什么String API不包含public static final String Empty = "";，所以我可以使用引用String.Empty？

至少，这将节省编译时间，因为编译器将知道引用现有的String，而不必检查是否已创建它以进行重用，对吗？我个人认为，字符串文字（尤其是很小的文字）的泛滥在许多情况下是“代码异味”。

那么是否没有String.Empty背后有一个宏伟的设计原因，还是语言创建者根本就没有分享我的观点？

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

特别是考虑到Strings是不可变的，并不是像您首先可以获取一个空的String并对其执行一些操作-最好使用a StringBuilder（或者StringBuffer如果您希望是线程安全的）将其转换为String。

更新
从您的评论到问题：

真正的启发是 TextBox.setText("");

我相信在您的适当课程中提供一个常量是完全合法的：

private static final String EMPTY_STRING = "";

然后在您的代码中引用它

TextBox.setText(EMPTY_STRING);

这样，至少您可以清楚地知道您想要一个空String，而不是忘记在IDE或类似内容中填写String。

用 org.apache.commons.lang.StringUtils.EMPTY

如果要与空字符串进行比较而不必担心null值，则可以执行以下操作。

if ("".equals(text))

最终，您应该做自己认为最清楚的事情。大多数程序员认为“”表示空字符串，而不是有人忘记在其中输入任何内容的字符串。

如果您认为有性能优势，则应该对其进行测试。如果您不认为它值得您自己测试，那么它很好地表明它确实不值得。

听起来您想尝试解决15年前设计该语言时就解决的问题。

如果确实需要String.EMPTY常量，则可以在项目中创建一个名为“ Constants”的实用程序静态最终类（例如）。此类将维护您的常量，包括空的String ...

按照同样的想法，您可以创建ZERO，一个int常量...在Integer类中不存在，但是就像我评论的那样，编写和阅读它们很麻烦：

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

等等。

Apache StringUtils也解决了这个问题。

其他选项失败：

• isEmpty（）-不是null安全的。如果字符串为空，则抛出NPE
• length（）== 0-再次不是null安全的。也没有考虑空格字符串。
• 与EMPTY常数的比较-可能不是null安全的。空格问题

Granted StringUtils是另一个可以拖拽的库，但是它工作得很好，节省了时间，并且麻烦检查空值或妥善处理NPE。

不要只说“字符串存储池以原义形式重用，大小写关闭”。编译器在幕后所做的不是重点。这个问题是合理的，特别是考虑到收到的赞成票数量。

这是关于对称性的，没有对称性，API很难用于人类。众所周知，早期的Java SDK忽略了该规则，现在为时已晚。这是我脑海中的几个例子，您可以随意使用“最喜欢的”例子：

• BigDecimal.ZERO，但没有AbstractCollection.EMPTY，String.EMPTY
• Array.length但List.size（）
• List.add（），Set.add（），但Map.put（），ByteBuffer.put（）和我们不要忘记StringBuilder.append（），Stack.push（）

所有这些""文字都是同一个对象。为什么要增加所有这些额外的复杂性？它的键入时间更长而不清楚（编译器的成本很小）。由于Java的字符串是不可变的对象，因此根本不需要区分它们，除非可能是为了提高效率，但是使用空字符串文字并不重要。

如果您真的想要一个EmptyString常数，请自己制作。但是它所要做的就是鼓励更多冗长的代码。有将永远是任何利益这样做。

要补充Noel M所说的内容，您可以看一下这个问题，这个答案表明常量已被重用。

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

字符串常量始终是“ interned”的，因此实际上不需要此常量。

String s=""; String t=""; boolean b=s==t; // true

我知道每次我键入String文字“”时，在String池中都会引用相同的String对象。
没有这样的保证。而且您不能在应用程序中依赖它，这完全取决于jvm的决定。

还是语言创建者根本不同意我的观点？
是的 对我来说，这似乎是优先级较低的事情。

答案较晚，但我认为它为该主题添加了新内容。

先前的答案均未回答原始问题。有些人试图证明缺乏常数是合理的，而另一些人则展示了我们可以解决常数缺乏的方法。但是，没有人为常量的利益提供令人信服的理由，因此仍然缺乏适当的解释。

常量将很有用，因为它可以防止某些代码错误不被注意。

假设您有一个庞大的代码库，其中包含对“”的数百个引用。有人在滚动代码时修改其中之一，并将其​​更改为“”。这样的更改很有可能会被忽视而无法投入生产，这时可能会导致某些问题，其来源很难被发现。

OTOH，一个名为EMPTY的库常量，如果遭受相同的错误，将为诸如EM PTY之类的内容生成编译器错误。

定义自己的常量仍然更好。仍有人可能会错误地更改其初始化，但是由于其用途广泛，因此与单个用例中的错误相比，更难以发现这种错误的影响。

这是使用常量而不是文字值所获得的一般好处之一。人们通常认识到，将常量用于数十个位置中的值可以使您仅在一个位置中轻松更新该值。鲜为人知的是，这也防止了该值被意外修改，因为这种更改会在所有地方显示。因此，是的，“”比“ EMPTY”短，但使用“ EMPTY”比“”更安全。

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

对于那些声称""和String.Empty可以互换，或者""是更好的，你是非常错误的。

每次执行诸如myVariable =“”的操作时；您正在创建对象的实例。如果Java的String对象具有EMPTY公共常量，则对象“”只有1个实例

例如：-

String.EMPTY = ""; //Simply demonstrating. I realize this is invalid syntax

myVar0 = String.EMPTY;
myVar1 = String.EMPTY;
myVar2 = String.EMPTY;
myVar3 = String.EMPTY;
myVar4 = String.EMPTY;
myVar5 = String.EMPTY;
myVar6 = String.EMPTY;
myVar7 = String.EMPTY;
myVar8 = String.EMPTY;
myVar9 = String.EMPTY;

10（11个字符串，包括String.EMPTY）指向1个对象的指针

要么： -

myVar0 = "";
myVar1 = "";
myVar2 = "";
myVar3 = "";
myVar4 = "";
myVar5 = "";
myVar6 = "";
myVar7 = "";
myVar8 = "";
myVar9 = "";

10个指向10个对象的指针

这效率低下，并且在整个大型应用程序中可能很重要。

也许Java编译器或运行时足够有效，可以自动将“”的所有实例指向同一个实例，但可能不那么有效，并且需要进行额外的处理才能确定。