Java语言和JVM中有许多关于数组的特殊情况。虽然数组有API，但它几乎不可见。就好像数组被声明为：
implements Cloneable, Serializablepublic final int lengthpublic T[] clone() 其中T是数组的组件类型
然而，这些声明在任何源代码中都不可见。请参见JLS 4.10.3和JLS 10.7以获取解释。通过反射可以看到Cloneable和Serializable，并且它们是通过调用返回的。
Object[].class.getInterfaces()
也许令人惊讶的是，
length字段和
clone()方法在反射中不可见。
length字段根本不是字段；使用它会变成特殊的
arraylength字节码。对
clone()的调用会导致实际的虚拟方法调用，但如果接收器是数组类型，则JVM会特别处理。
值得注意的是，数组类不实现
Iterable接口。
当增强型for循环（“for-each”）在Java SE 5中添加时，它支持右侧表达式的两种不同情况：一个
Iterable或一个数组类型（
JLS 14.14.2）。原因是
Iterable实例和数组被增强型for语句完全不同地处理。 JLS的该部分给出了完整的处理方式，但更简单地说，情况如下。
对于
Iterable<T> iterable，代码如下：
for (T t : iterable) {
<loop body>
}
是语法糖的简写形式
for (Iterator<T> iterator = iterable.iterator(); iterator.hasNext(); ) {
t = iterator.next();
<loop body>
}
对于一个数组T[]，代码如下：
for (T t : array) {
<loop body>
}
是语法糖
int len = array.length;
for (int i = 0; i < len; i++) {
t = array[i];
<loop body>
}
现在，为什么要这样做呢？数组实现
Iterable是可行的，因为它们已经实现了其他接口。编译器也可以合成由数组支持的
Iterator实现。（这方面有先例。编译器已经合成了静态的
values()和
valueOf()方法，自动添加到每个
enum类中，如
JLS 8.9.3所述。）
但是数组是非常低级的结构，通过一个int值访问数组被认为是极其廉价的操作。通常情况下，会将循环索引从0到数组长度，每次递增1。对于数组的增强for循环正是这样做的。如果使用Iterable协议实现数组的增强for循环，我认为大多数人会惊讶地发现，循环数组涉及初始方法调用和内存分配（创建迭代器），以及每个循环迭代两个方法调用。
因此，当Java 8中添加默认方法到Iterable时，这并不影响数组。
正如其他人所指出的，如果您有一个int、long、double或引用类型的数组，则可以使用Arrays.stream()之一将其转换为流。这提供了对map()、filter()、forEach()等的访问。
虽然Java语言和JVM中的数组特殊情况可以被替换为“真正”的构造（以及修复一堆其他与数组相关的问题，例如对2+维数组的处理不佳，2^31长度限制等），但如果这样做会很好。这就是由John Rose领导的“Arrays 2.0”调查的主题。请参阅John在JVMLS 2012的演讲（
video，
slides）。与此讨论相关的想法包括引入实际的数组接口，允许库插入元素访问，支持额外的操作，例如切片和复制等。
请注意，所有这些都是调查和未来工作。截至撰写本文（2016-02-23），Java路线图中没有任何版本承诺这些数组增强功能。
asList(myArray)是一个非常简单的解决方法。 - Mick MnemonictoString()。 - BohemianArrays.stream(a).forEach(...);。我不知道为什么这个问题被关闭了，可能有很好的答案。 - pp_