当“” == s为假但“” .equals（s）为真时

魏翔

2023-03-14

问题内容：

编辑感谢您的及时答复。请查看真正的问题是什么。这次我已经大胆了。

我确实了解==和.equals之间的区别。所以，这不是我的问题（我实际上为此添加了一些上下文）

我正在执行以下针对空字符串的验证：

if( "" == value ) { 
    // is empty string 
}

在 过去的 从数据库中获取的值或者从另一个节点反序列化对象时，本次测试失败
，因为这两个字符串实例确实不同对象的引用，尽管它们含有相同的数据。

因此，解决这些情况的方法是

if( "".equals( value ) ) {
   // which returns true for all the empty strings
}

我很好。这是很清楚的。

今天，这种情况再次发生，但令我感到困惑的是，这次应用程序是一个非常小的 独立应用程序 ，根本不使用网络
，因此，不会从数据库中获取新字符串，也不会从另一个节点反序列化该字符串。

所以问题是：

"" == value // yields false

和

"".equals( value ) // yields true

对于本地独立应用程序？

我很确定代码中没有使用 new String（） 。

字符串引用可能是“”的唯一方法是因为直接在代码中为它分配了“”（或者就是我所认为的），例如：

String a = "";
String b = a;

assert "" == b ; // this is true

以某种方式（在阅读了更多代码后，我有了一个线索）创建了两个不同的空字符串对象引用，我想知道如何

更多jjnguys答案行：

字节！

编辑：结论

我找到了原因。

在jjnguy建议之后，我能够以不同的眼光看代码。

有罪的方法：StringBuilder.toString（）

分配并初始化一个新的String对象，以包含该对象当前表示的字符序列。

h！…

    StringBuilder b = new StringBuilder("h");
    b.deleteCharAt( 0 );
    System.out.println( "" == b.toString() ); // prints false

谜团已揭开。

该代码使用StringBuilder处理不断增长的字符串。事实证明，在某个时候有人做到了：

 public void someAction( String string ) { 
      if( "" == string ) {
           return;
       }

       deleteBankAccount( string );
 }

和使用

 someAction( myBuilder.toString() ); // bug introduced.

ps最近我读了太多CodingHorror吗？还是为什么我觉得需要在这里添加一些有趣的动物图片？

问题答案：

String s = "";
String s2 = someUserInputVariale.toLowercase(); // where the user entered in ""

这样的事情将导致s == s2评估为假。

许多代码底稿会创建新的代码，Strings而不会暴露对的调用new String()。