为什么Java的Iterator和ListIterator指向元素之间？

ListIterator的Javadoc说：

A ListIterator没有当前元素；它的光标位置始终位于调用返回previous()的元素和调用返回的元素之间next()。

为什么Java的ListIterator实现指向元素之间而不是当前元素？看来，这使得客户端代码的可读性，当它必须反复调用getNext()，getPrevious()，所以我认为必须有一个很好的理由选择。

作为一个方面说明，我只是写了一个小图书馆称为peekable-ArrayList的扩展ArrayList，Iterator以及ListIterator提供一个peekAtNext()和peekAtPrevious()类似的方法来实现：

  @Override public synchronized T peekAtNext() {
     T t = next();
     previous();
     return t;
  }

据我所知，原因可以在您未引用的javadoc部分中找到（重点在我的下方）：

列表的迭代器，允许程序员在任一方向上遍历列表，并在迭代过程中修改列表...

您会看到，其预期目的是允许在修改列表时使用。可能的修改显然包括删除元素。

现在考虑一下如果删除一个current()用于迭代器的元素会发生什么—假设迭代器具有当前元素的概念？在这种情况下，在没有当前元素概念的情况下实现它的方法对我来说非常有意义-因为那样，迭代器不必担心元素删除的问题。

重要的是要注意，javadoc不需要接口实现是线程安全的。

• 因此，不应期望正确处理来自不同线程的修改 -为此，实现将必须提供其他方式来同步访问，保证可见性等，如Java内存模型根据JSR 133所指定的。

ListIterator的功能是在迭代时处理从同一线程完成的修改。并非所有的迭代器都那样，ConcurrentModificationException javadocs特别警告了这一点：

...请注意，此异常并不总是表示对象已由其他线程同时修改。如果单个线程发出违反对象约定的方法调用序列，则该对象可能会抛出此异常。例如，如果线程在使用快速失败迭代器迭代集合时直接修改集合，则迭代器将抛出此异常...