Iterable
public interface Iterable<T>
{
Iterator<T> iterator();
...
}
Iterable是可以迭代的一系列元素的表示。它没有任何迭代状态，例如“当前元素”。相反，它有一个生成迭代器的方法。
Iterator
public interface Iterator<E>
{
boolean hasNext();
E next();
void remove();
...
}
迭代器是具有迭代状态的对象。它允许你使用hasNext检查它是否有更多元素，并使用next移动到下一个元素（如果有）。
为什么一定要实现Iterable接口，为什么不直接实现Iterator接口呢？
看一下JDK中的集合类，比如List一族或者Set一族，都是实现了Iterable接口，但并不直接实现Iterator接口。仔细想一下这么做是有道理的：
因为Iterator接口的核心方法next()或者hasNext()是依赖于迭代器的当前迭代位置的。如果Collection直接实现Iterator接口，势必导致集合对象中包含当前迭代位置的数据(指针)。当集合在不同方法间被传递时，由于当前迭代位置不可预置，那么next()方法的结果会变成不可预知。除非再为Iterator接口添加一个reset()方法，用来重置当前迭代位置。但即时这样，Collection也只能同时存在一个当前迭代位置。而Iterable则不然，每次调用都会返回一个从头开始计数的迭代器。多个迭代器是互不干扰的。
