对于那些声称""和字符串。空都是可互换的还是说“”更好，你就大错特错了。

每次你执行myVariable = "";您正在创建对象的实例。 如果Java的String对象有一个空的公共常量，那么对象就只有一个实例""

如:-

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)指向一个对象

或:-

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

10个指针指向10个对象

这是低效的，在一个大型应用程序中，可能是非常重要的。

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

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

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

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

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

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

private static final String EMPTY_STRING = "";

然后在代码中引用它

TextBox.setText(EMPTY_STRING);

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

如果你想与空字符串比较而不担心空值，可以执行以下操作。

if ("".equals(text))

最终，你应该做你认为最清楚的事情。大多数程序员认为""意味着空字符串，而不是某人忘记输入任何内容的字符串。

如果您认为存在性能优势，则应该对其进行测试。如果你认为它不值得自己测试，那就说明它真的不值得。

对你来说，这听起来像是在试图解决一个在15年前设计该语言时就已经解决的问题。

所有这些“”字面值都是同一个对象。为什么要制造那么多额外的复杂性呢?它只是输入的时间更长，更不清楚(编译器的成本是最小的)。由于Java的字符串是不可变的对象，因此根本不需要区分它们，除非可能是为了提高效率，但对于空字符串字面值来说，这不是什么大问题。

如果你真的想要一个EmptyString常量，可以自己创建。但这样做只会鼓励更冗长的代码;这样做永远不会有任何好处。

我知道，每次我输入String字面值“”，相同的String对象在String池中被引用。 没有这样的保证。你不能在应用程序中依赖它，这完全由jvm决定。

或者语言的创造者只是不同意我的观点? 是的。对我来说，这不是什么重要的事。

不要只是说“字符串的内存池以字面形式重用，大小写封闭”。编译器在底层做什么并不是这里的重点。这个问题是合理的，特别是考虑到它所获得的赞成票数。

这是关于对称的，没有它，api就很难为人类使用。众所周知，早期的Java sdk忽略了这条规则，现在为时已晚。下面是我想到的一些例子，你可以随意加入你最喜欢的例子:

BigDecimal。0，但没有AbstractCollection。空的,字符串。空 数组中。List.size() List.add() Set.add()但是Map.put() ByteBuffer.put()还有不要忘了StringBuilder.append() Stack.push()