今天上网查了一下，各种说法都有，这个问题似乎总困扰我们Java初学者，无奈，只好自己试了一下，以下是我的测试代码，如果有错误，还望不吝赐教！

使用eclipse默认的vm arguments，运行以下代码：

public static void main(String[] args) {
byte[] array=new byte[61858764];
// short[] shortArray=new short[30929382];
// int[] intArray=new int[15464691];
// long[] longArray=new long[7732345];
}

成功，没有报错，可知在eclipse默认的vm arguments下，byte数组的最大长度是61858764，将近60M。

由于short的长度比byte大一倍，所以short数组的最大长度是30929382，是byte数组最大长度的一半，

以此类推，int数组最大长度是15464691，long数组最大长度是7732345

 我以为这就是最终结果，后来突然想起修改虚拟机的最大内存，也是这个结果吗？

 我把eclipse的vm arguments设置修改为：-Xms256M -Xmx768M

 再次测试代码，发现byte数组的最大长度可以更长，

 通过Windows任务管理器可知，运行代码的javaw.exe进程占用的内存也更大（废话，呵呵）

 到此为止，应该可以得出结论，通过修改虚拟机的最大内存，java整型数组的最大长度可以很长，但到底有多长？（肯定比内存小）

 我试过定义一个byte数组的长度为618587640，将近600M，没有报错，更长的数组似乎没有意义，我也没有测试。

 ps：以上测试，我只是定义这么长的数组，并没有对这些数组进行操作， 所以不敢保证实际操作数组时不报错（我偷懒了）

        而且，我只是对整型数组进行测试，没有对其他类型数组测试，不敢保证其他类型数组是否也符合这个结论 （又偷懒了）

应该是与内存有关系，数组长度参数是int，所以理论上最多个数是Integer.MAX_VALUE