Java：通知提供者与 hashCode 驱动的 Map 的实现

Question

我已经为一组通用侦听器E 实现了抽象通用提供程序，后代必须用特定的通知代码覆盖notifyListener(E)。对于听众的后备名单，我选择WeakHashMap<K,V>。侦听器必须作为弱引用：

abstract public class NotificationProvider<E> {

    private Map<E, Object> listeners = new WeakHashMap<E, Object>();

    public addListener(E listener) {
        listeners.put(listener, null);
    }

    public void notifyListeners() {
        for (E listener: listeners.keySet())
            notifyListener(listener);
    }

    abstract protected void notifyListener(E listener);
}

典型用途：

    NotificationProvider<MyListener> provider;
    provider = new NotificationProvider<MyListener>() {
        @Override
        protected void notifyListener(MyListener listener) {
            listener.myNotification();
        }
    }
    provider.addListener(myListener1);
    provider.addListener(myListener2);
    provider.notifyListeners();

一切正常，但是当我需要AbstractList 后代类作为侦听器时，支持WeakHashMap 只接受一个侦听器实例！很明显 - 侦听器上的方法 hashCode() 和 equals() 为所有实例（空列表）返回相同的值，因此 WeakHashMap.put 仅替换之前添加的侦听器。

    public class MyList extends AbstractList<MyItem> {
        // some implementation
    }
    NotificationProvider<MyList> provider;
    provider = new NotificationProvider<MyList>() {
        @Override
        protected void notifyListener(MyList listener) {
            // some implementation
        }
    }
    MyList list1 = new MyList();
    MyList list2 = new MyList();
    provider.addListener(list1);
    provider.addListener(list2); 
    provider.notifyListeners();  // only list2 instance is notified

什么是最好的解决方案？

1. 使用另一个非 hashCode 支持集合——但 WeakHashMap 对我来说太棒了，因为自动为我管理弱引用

2. 使用非泛型监听器，例如具有简单equals() { return (this == object); } 实现的抽象类——但这不是那么灵活

3. 使用简单的 equals() 为侦听器使用一些包装器——但由于弱引用，此包装器不能对 addListener(E) 调用者透明

其他想法？

Answer 1

WeakHashMap 有点坏了。它使用弱密钥，但不使用身份哈希。除非您的密钥类型的equals() 和hashCode() 使用“身份”，否则您不应使用WeakHashMap。相反，您需要 WeakHashMap 和 IdentityHashMap 的组合。

一种可能性是使用来自 Google 收藏集的MapMaker。如果密钥很弱或很软，它会自动对密钥使用身份哈希/相等性。例如：

ConcurrentMap<K, V> myMap = new MapMaker().weakKeys().makeMap();

Answer 2

问题的症结似乎在于您的侦听器实现是子类化AbstractList，而不是覆盖equals() / hashCode()。我强烈建议不要使用这种类型的继承（实现继承），因为它违反了 OO 原则（多态可替换性原则）。

最好实现一个自定义侦听器类，该类可能引用AbstractList（如果需要），并且还提供自己的equals() 和hashCode() 实现。