Java heap space 内存堆栈溢出 解决方法

因为程序要从2个多G的文件中解码读取数据，读取近10W行记录处理，然后就出现 java.lang.OutOfMemoryError: Java heap space 这样的错误。
在网上一查可能是JAVA的堆栈设置太小的原因。
跟据网上的答案大致有这两种解决方法：
1、设置环境变量
set JAVA_OPTS= -Xms8192mm -Xmx10240m
可以根据自己机器的内存进行更改,但本人测试这种方法并没有解决问题。可能是还有哪里需要设置。

2、java -Xms8192m -Xmx10240m className
就是在执行JAVA类文件时加上这个参数，其中className是需要执行的确类名。（包括包名）
这个解决问题了。而且执行的速度比没有设置的时候快很多。

如果在测试的时候可以在iead启动类 设置Edit Configurations-> VM options ， 中输入 -Xms8192mm -Xmx10240m这个参数就可以了。

java.lang.OutOfMemoryError: Java heap space

=======================================================================

对于垃圾回收的原理不太了解，就在网上查了一下，发现了几篇不错的文章。

http://java.ccidnet.com/art/3539/20060314/476073_1.html
http://www.pconline.com.cn/pcedu/empolder/gj/java/0509/701281.html

还有:Java堆的管理—垃圾回收提到一下几点，很不错，或许可以作为写程序时候的准则：

　　（1）不要试图去假定垃圾收集发生的时间，这一切都是未知的。比如，方法中的一个临时对象在方法调用完毕后就变成了无用对象，这个时候它的内存就可以被释放。

　　（2）Java中提供了一些和垃圾收集打交道的类，而且提供了一种强行执行垃圾收集的方法--调用System.gc()，但这同样是个不确定的方法。Java 中并不保证每次调用该方法就一定能够启动垃圾收集，它只不过会向JVM发出这样一个申请，到底是否真正执行垃圾收集，一切都是个未知数。

　　（3）挑选适合自己的垃圾收集器。一般来说，如果系统没有特殊和苛刻的性能要求，可以采用JVM的缺省选项。否则可以考虑使用有针对性的垃圾收集器，比如增量收集器就比较适合实时性要求较高的系统之中。系统具有较高的配置，有比较多的闲置资源，可以考虑使用并行标记/清除收集器。

　　（4）关键的也是难把握的问题是内存泄漏。良好的编程习惯和严谨的编程态度永远是最重要的，不要让自己的一个小错误导致内存出现大漏洞。

　　（5）尽早释放无用对象的引用。
大多数程序员在使用临时变量的时候，都是让引用变量在退出活动域(scope)后，自动设置为null，暗示垃圾收集器来收集该对象，还必须注意该引用的对象是否被监听，如果有，则要去掉监听器，然后再赋空值。

就是说,对于频繁申请内存和释放内存的操作,还是自己控制一下比较好,但是System.gc()的方法不一定适用，最好使用finallize强制执行或者写自己的finallize方法。

扩展：

JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置。在JVM启动时，JVM堆会自动设置heap size值。通常情况下，初始空间（即-Xms）默认值是物理内存的1/64，最大空间是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。这里对各个参数的意义解释一下：
-Xms：初始值
-Xmx：最大值
-Xmn：最小值
Heap Size的设置不宜太小，也不宜太大。若设置太小程序的响应速度会变慢了，因为GC占用了更多的时间，而应用分配到的执行时间较少。太大也会造成空间的浪费，而且也会影响其他程序的正常运行。Heap Size 最大最好不要超过可用物理内存的80％。建议将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。

================================================

过多的知识点就不在此多哔哔了，以下有几条链接，兄弟们可以参考：

JAVA HEAP SPACE解决方法和JVM参数设置_临风赏月的博客-CSDN博客