为什么迭代 不提供stream（）和parallelStream（）方法？

Question

我想知道为什么Iterable接口不提供stream()和parallelStream()方法。考虑以下类别：

public class Hand implements Iterable<Card> {
    private final List<Card> list = new ArrayList<>();
    private final int capacity;

    //...

    @Override
    public Iterator<Card> iterator() {
        return list.iterator();
    }
}

它是 一手 牌的一种实现，因为您在玩交易纸牌游戏时可以手拿牌。

本质上，它包装了List<Card>，可确保最大容量并提供其他一些有用的功能。最好将其直接实现为List<Card>。

现在，为了方便起见，我认为实现起来会很不错Iterable<Card>，这样，如果您想对其进行循环，则可以使用增强的for循环。（我的Hand课程也提供了一种get(intindex)方法，因此Iterable<Card>我认为该方法是合理的。）

该Iterable界面提供了以下内容（省略了javadoc）：

public interface Iterable<T> {
    Iterator<T> iterator();

    default void forEach(Consumer<? super T> action) {
        Objects.requireNonNull(action);
        for (T t : this) {
            action.accept(t);
        }
    }

    default Spliterator<T> spliterator() {
        return Spliterators.spliteratorUnknownSize(iterator(), 0);
    }
}

现在您可以通过以下方式获取流：

Stream<Hand> stream = StreamSupport.stream(hand.spliterator(), false);

因此，真正的问题是：

• 为什么不Iterable<T>提供实现stream()和的默认方法parallelStream()，我什么也看不到，因此不可能或不需要？

Answer 1

这不是遗漏；2013年6月在EG清单上进行了详细讨论。

专家组的确切讨论源于此主题。

尽管似乎“显而易见”（即使是对专家组stream()来说也是如此）似乎很有意义Iterable，但Iterable如此普遍的事实却成为一个问题，因为显而易见的签名是：

Stream<T> stream()

并非总是您想要的。例如，有些Iterable<Integer>本来希望其流方法返回的东西IntStream。但是，将这种stream()方法放在层次结构中的较高位置将使其无法实现。因此，相反，我们把它很容易使一个Stream从Iterable，通过提供一个spliterator()方法。stream()in
的实现Collection只是：

default Stream<E> stream() {
    return StreamSupport.stream(spliterator(), false);
}

任何客户都可以通过以下方式从中获得所需的流Iterable：

Stream s = StreamSupport.stream(iter.spliterator(), false);

最后，我们的结论是，加入stream()到Iterable将是一个错误。