不，您实际上是根据 System::identityHashCode 但是在这个bucket中，仍然有一些条目具有相同的hashcode（不是相同的，只是重要的部分）。
所以当你寻找某样东西的时候，它有时必须同时考虑两者 left 以及 right ，没办法，就这么简单。

铲斗将使用 identityHashCode 但查找只使用哈希码和 compare() 电话（如果有）。这意味着它有时需要扫描节点的两个子树。
查找逻辑如下所示

do {
  if (... keys are equal or can be compared ...) {
    // Go left, right or return the current node
    ...
  } else if ((q = pr.find(h, k, kc)) != null)
    // Search the right subtree recursively
    return q;
  else
   // Go to the left subtree
   p = pl;
} while (p != null);

看到了吗http://hg.openjdk.java.net/jdk10/jdk10/jdk/file/ffa11326afd5/src/java.base/share/classes/java/util/hashmap.java#l1901 请注意 tieBreakOrder() （负责比较的方法） identityHashCode 中的任何位置都不会调用s find() .

在引用的部分之前，我们已经解释了标识哈希码基绑定中断的动机：
hashmap.java，第212行：

* When bin lists are treeified, split, or untreeified, we keep
* them in the same relative access/traversal order (i.e., field
* Node.next) to better preserve locality, and to slightly
* simplify handling of splits and traversals that invoke
* iterator.remove. When using comparators on insertion, to keep a
* total ordering (or as close as is required here) across
* rebalancings, we compare classes and identityHashCodes as
* tie-breakers.

因此，按标识哈希码排序提供了一个稳定的排序，以帮助实现拆分和 Iterator.remove() 操作（必须支持一致地继续遍历）。
如本答案所述，它不用于查找操作，正如您在问题中所说的，两个相等的对象可能具有不同的标识码。对于具有相同哈希代码且未实现 Comparable ，没有办法遍历它们并通过 equals .