为什么数组不能分配给Iterable？

使用Java5，我们可以编写：

Foo[] foos = ...
for (Foo foo : foos) 

或仅在for循环中使用Iterable。这非常方便。

但是，您不能像这样编写可迭代的通用方法：

public void bar(Iterable<Foo> foos) { .. }

并使用数组调用它，因为它不是Iterable：

Foo[] foos = { .. };
bar(foos);  // compile time error 

我想知道这个设计决定背后的原因。

数组可以实现接口（Cloneable和java.io.Serializable）。那为什么不Iterable呢？我猜想Iterable强制添加iterator方法，而数组不实现方法。char[]甚至不覆盖toString。无论如何，应将引用数组视为不理想的-使用Lists。如dfa注释所示，Arrays.asList将为您明确进行转换。

（话虽如此，您可以调用clone数组。）

该数组是一个对象，但可能不是。该数组可能包含一个像int这样的基本类型，Iterable无法应付。至少我是这样认为的。

数组应该支持Iterable，但不应该支持。出于同样的原因，.NET数组不支持允许按位置进行只读随机访问的接口（没有这样的接口定义为标准接口）。从根本上说，框架之间经常存在令人讨厌的小差距，这不值得任何人修复。我们能否以某种最佳方式自己修复它们并不重要，但通常我们做不到。

更新：为了公平起见，我提到了.NET数组不支持按位置支持随机访问的接口（另请参见我的评论）。但是在.NET 4.5中，已经定义了确切的接口，并由数组和List<T>类支持：

IReadOnlyList<int> a = new[] {1, 2, 3, 4};
IReadOnlyList<int> b = new List<int> { 1, 2, 3, 4 };

由于可变列表接口IList<T>不继承，因此一切还不是很完美IReadOnlyList<T>：

IList<int> c = new List<int> { 1, 2, 3, 4 };
IReadOnlyList<int> d = c; // error

也许通过这种更改可能会向后兼容。

如果Java的较新版本在类似方面取得了任何进展，请在评论中了解！:)

不幸的是，数组还不够class。他们没有实施Iterable接口。

虽然数组现在是实现Clonable和Serializable的对象，但我相信 数组不是通常意义上的对象，并且不实现接口。

之所以可以在for-each循环中使用它们，是因为Sun在数组中添加了一些语法糖（这是一种特殊情况）。

由于数组在Java 1中最初是“几乎对象”，因此要在Java 中使它们成为真实对象实在是太过激烈了。

编译器实际上将for each数组上的转换为简单的for带有计数器变量循环。

编译以下

public void doArrayForEach() {
    int[] ints = new int[5];

    for(int i : ints) {
        System.out.println(i);
    }
}

然后反编译.class文件产生

public void doArrayForEach() {
    int[] ints = new int[5];
    int[] var2 = ints;
    int var3 = ints.length;

    for(int var4 = 0; var4 < var3; ++var4) {
        int i = var2[var4];
        System.out.println(i);
    }
}