为什么不允许外部接口为HashMap提供hashCode /等于？

Question

使用a
TreeMap提供一个custom很简单Comparator，从而覆盖了Comparable添加到地图的对象所提供的语义。HashMap但是不能以这种方式控制；提供哈希值和相等性检查的函数不能“侧加载”。

我怀疑设计一个接口并将其改造成HashMap（或一个新类）既简单又有用？像这样的东西，除了名字更好：

  interface Hasharator<T> {
    int alternativeHashCode(T t);
    boolean alternativeEquals(T t1, T t2);
  }

  class HasharatorMap<K, V> {
    HasharatorMap(Hasharator<? super K> hasharator) { ... }
  }

  class HasharatorSet<T> {
    HasharatorSet(Hasharator<? super T> hasharator) { ... }
  }

在不区分大小写Map的问题得到了平凡解：

 new HasharatorMap(String.CASE_INSENSITIVE_EQUALITY);

这是可行的，还是您会看到这种方法的任何基本问题？

现有（非JRE）库中是否使用了这种方法？（尝试过Google，没有运气。）

编辑：由hazzen提出的很好的解决方法，但是我担心这是我要避免的解决方法…;）

编辑：更改标题以不再提及“比较器”；我怀疑这有点令人困惑。

编辑：关于性能的公认答案；希望有一个更具体的答案！

编辑：有一个实现；请参阅下面接受的答案。

编辑：改写第一句话，以更清楚地表明这是我所关注的侧装（而不是订购；订购不属于HashMap）。

Answer 1

Trove4j具有我所追求的功能，他们称其为哈希策略。

他们的地图的实现具有不同的局限性，因此前提条件也不同，因此，这并不意味着Java的“本地” HashMap实现是可行的。