java为什么不直接实现Iterator接口，而是实现Iterable

Iterator是迭代器类，而Iterable是接口。好多类都实现了Iterable接口，这样对象就可以调用iterator()方法。
看一下JDK中的集合类，比如List一族或者Set一族，都是实现了Iterable接口，但并不直接实现Iterator接口。仔细想一下这么做是有道理的。
因为Iterator接口的核心方法next()或者hasNext() 是依赖于迭代器的当前迭代位置的。如果Collection直接实现Iterator接口，势必导致集合对象中包含当前迭代位置的数据(指针)。集合子类ArrayList，LinkedList，hashset对象中包含以前Collection接口的一样的数据结构，而现实是ArrayList是基于数组，LinkedList是基于链表的两种完全不一样的数据结构。所有具体迭代器实例是各自集合类内部实现Iterator接口来实现。并通过集合类实现iterable接口来想外提供这个接口。
当集合在不同方法间被传递时，由于当前迭代位置不可预置，那么next()方法的结果会变成不可预知。
除非再为Iterator接口添加一个reset()方法，用来重置当前迭代位置。
但即时这样，Collection也只能同时存在一个当前迭代位置。而Iterable则不然，每次调用都会返回一个从头开始计数的迭代器。多个迭代器是互不干扰的。

要明白这段话的意思,首先得知道 如果是抽象类要实现接口，可以实现部分或者一个都不实现就行，要是具体类就必须实现所有的方法。