StringBuilder实现可比较但不覆盖相等

Question

我不理解javadoc中的这一行（在“API注释”子标题下）：

StringBuilder实现可比较但不覆盖等于。因此，StringBuilder的自然顺序与equals不一致。

我是Java的初学者，你能简单地解释一下吗？

Answer 1

这意味着StringBuilder.compareTo（）和StringBuilder.equals（）并不总是一致的。

var sb1 = new StringBuilder("foo");
var sb2 = new StringBuilder("foo");
assert sb1.compareTo(sb2) == 0;      // as you would expect.
assert sb1.equals(sb2) == true;      // surprise - it fails

现在它变得有点混乱：

var map = new HashMap<StringBuilder, String>();
map.put(sb1, "lorem ipsum");
assert map.size() == 1;
map.put(sb2, "dolor sit amet");
assert map.size() == 1;            // fails - it's 2

var set = new TreeSet<StringBuilder>();
set.add(sb1);
assert set.size() == 1;
set.add(sb2);
assert set.size() == 2;           // you'd think this should be 2 but it fails! 

这是因为HashMap与equals（）一起工作，而SortedSet与compareTo（）一起工作。

注1:onequals（）

StringBuilder扩展了Object，这意味着它继承了Object.equals（）；但是它没有覆盖equals（），这意味着StringBuilder.equals（）实际上是Object.equals（）

Object.equals（）反过来基本上是=，即它返回true当且仅当两个对象是相同的内存地址。

object.equals（）java doc

注2：为什么？

仅从JDK11开始，StringBuilder实现了Comparable。equals（）中的任何附带更改都可能导致一些较旧的客户端代码中断；因此，我认为，遵循Java保持向后兼容的传统，他们放弃了这个想法。