1.
遍历侦听器时可能出现的一个问题在摇摆技巧项目 #94,如果其中一个在 fooXXX() 的实现中将自己作为侦听器删除,就会发生这种情况。
考虑这个侦听器,它可能会在收到事件后自行删除:
public class FooListener implements EventListener {
private int i;
public FooListener(int i) {
this.i = i;
}
public fooXXX(FooEvent foo) {
System.out.println(i);
if (i == 1) {
((FooEventSource)foo.getSource()).removeListener(this);
}
}
}
以及监听器遍历的实现:
public void fireFooXXX() {
for (int i=0; i<listeners.size(); i++) {
// Lazily create the event:
if (fooEvent == null)
fooEvent = new FooEvent(this);
listeners.get(i).fooXXX(fooEvent);
}
}
现在假设我们创建了许多这样的监听器:
fooEventSource.addListener(new FooListener(0));
fooEventSource.addListener(new FooListener(1));
fooEventSource.addListener(new FooListener(2));
fooEventSource.addListener(new FooListener(3));
触发该事件将给出以下输出:
0
1
3
我们将按索引(从 0 到 3)循环侦听器。在索引 1 处,侦听器将自身从侦听器的内部数组中删除,导致侦听器 2 和 3 向下移动到索引 1 和 2。循环以索引 2 继续现在包含侦听器 3。侦听器 2 已被跳过。
通过向后迭代,这个问题就被消除了,因为删除监听器只会改变已经被调用的监听器的索引。
But
EventListenerList不存在这个问题,因为add()和remove()方法是写时复制的,并且建议用法中的侦听器遍历在循环之前对getListenerList()返回的侦听器列表实例进行操作。
有关它的更多讨论可以在这个线程,原因似乎可以归结为以下之一:
2.
akf 和 Michael Borgwardt 已经回答过,EvenListenerList 除了存储侦听器之外还存储侦听器类型。我想这样做的原因是它使得单个 EventListenerList 可以处理不同类型的侦听器。