我正在尝试初始化一个布尔类型数组，其大小为10位整数。它继续抛出 OutOfMemoryException 。我已经将eclipse堆空间的大小从256增加到1024.有什么我不想做的吗？
int size = 1000000000;
boolean[] primesList = new boolean[size];
答案 0 :(得分：12)
使用java.util.BitSet，与使用boolean数组相比，这将占用空间的八分之一。
布尔数组元素占用1个字节而不是1个比特的原因是因为（大多数）CPU架构不能提供直接读写单个内存位的能力。最小的单元PC可以操作8位。 JVM 可以将这些位打包在一起，然后修改它将读取字节，修改它并将其写回来，但如果多个线程同时修改数组则不起作用。
至于你的原始数组，它是10亿个布尔值，每个一个字节，即10亿字节或~954 MB。所以一个1024 MB的堆应该足够了（？）。也许它找不到足够大的连续内存块，或者你没有正确设置内存参数。打印Runtime.getRuntime().maxMemory()的值以查找Java正在使用的最大堆大小。对于1024 MB，参数应为-Xmx1024M。
最后注意事项：从Java 7开始，您可以在数字中使用下划线以使其更具可读性。因此，您可以写1_000_000_000而不是1000000000。
答案 1 :(得分：2)
来自docs
此数据类型代表一位信息，但其“大小”不是精确定义的内容。
如果你考虑布尔值至少有一个字节，那个1000000000字节，你的数组需要953MB个内存。
这是唯一一个占用953MB 1024MB的数组，可能导致问题。
但在一个美好的世界中，这个用例不需要我猜：）
答案 2 :(得分：1)
只需要更多堆大小，例如-X1500M绝对有效。你的数组占用了1000000000字节，但你需要更多的请求，因为Java堆被分成新的+旧代。
答案 3 :(得分：0)
启动JVM时，需要传递-Xmx参数以将最大堆空间设置为更高。
另请注意，数组的最大大小为Integer.MAX_VALUE
答案 4 :(得分：0)
您可以使用对象持有者，避免同时分配所有空间 - 如果堆大小足够大，可能会解决问题。您需要大量空间来容纳阵列中的许多布尔值 - 确保为堆空间设置最小和最大大小。 使用像List这样的东西只在需要时填充值。如果你真的需要它作为一个数组有转换回的方法（在apache commons中的Arrays集合允许你使用Arrays.toPrimitive）。
答案 5 :(得分：0)
答案 6 :(得分：0)
由于以下两个原因，这可能非常好：
根据this文章，JVM不会将整个Xmx金额分配给您的程序。其中一个幸存者空间占用的空间被打折扣，因为JVM在内部使用它来进行一些簿记或临时使用。这可能是因为您的阵列已经使用954 MB，因此1024 MB在这种情况下还不够。幸存者空间可能超过70 MB。增加Xmx可能会有所帮助，也可能没有帮助，如下面所述
根据this文章，如果您的数据结构对于堆中的任何一代（eden，from / to survivor，old gen）而言太大，则可以使用OOM。您可以使用-XX：+ PrintGCDetails并查看每代人获得的数量。所以，你必须不断增加你的Xmx，直到它们中的至少一个（eden，from / to，old gen）大到足以容纳你的对象，或者你必须明确设置不同堆区域的大小（例如， - XX：年轻人的NewSize）。