我在执行多线程程序时遇到以下错误
java.lang.OutOfMemoryError: Java heap space上面的错误发生在其中一个线程中。
据我所知，堆空间仅由实例变量占用。如果这是正确的，那么为什么在运行一段时间后会出现此错误，因为在创建对象时分配了实例变量的空间。
有什么办法可以增加堆空间？
我应该对程序进行哪些更改，以便它将占用更少的堆空间？
Answers:
如果要增加堆空间，可以java -Xms<initial heap size> -Xmx<maximum heap size>在命令行上使用。默认情况下，这些值基于JRE版本和系统配置。您可以在Java网站上找到有关VM选项的更多信息。
但是，我建议对应用程序进行性能分析，以查明为什么吃掉了您的堆大小。NetBeans包含一个非常好的分析器。我相信它使用jvisualvm引擎盖下。使用事件探查器，您可以尝试查找在哪里创建了许多对象，何时收集了对象的垃圾等等。
1.-是的，但是它几乎是指程序使用的整个内存。
2.-是的，请参阅Java VM选项
-Xms<size> set initial Java heap size
-Xmx<size> set maximum Java heap size
即
java -Xmx2g 为您的应用分配2 GB的RAM作为最大内存
但是您应该先查看是否没有内存泄漏。
3.-取决于程序。尝试点内存泄漏。这个问题很难回答。最近，您可以使用JConsole进行概要分析，以尝试找出内存的存放位置
您可能需要查看此站点，以了解有关JVM中内存的更多信息：http : //developer.streamezzo.com/content/learn/articles/optimization-heap-memory-usage
我发现使用visualgc来观察内存模型的不同部分如何填充，以确定要更改的内容很有用。
由于您可能只想更改出现问题的部分，而不是仅仅说，很难确定内存的哪一部分已被填充，因此很难确定是visualgc。
精细！我将给JVM 1G RAM。
尝试更加精确地了解您的工作，从长远来看，您可能会发现该程序更适合它。
要确定内存泄漏的位置，您可以对此进行单元测试，方法是在测试之前，之后以及之后进行测试，如果变化太大，则可能需要检查一下，但是，您需要在测试仍在运行时进行检查。
您可以通过以下程序获取堆内存大小。
public class GetHeapSize {
public static void main(String[] args) {
long heapsize = Runtime.getRuntime().totalMemory();
System.out.println("heapsize is :: " + heapsize);
}
} 然后，您还可以使用以下方法增加堆大小：java -Xmx2g http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html
- 据我所知，堆空间仅由实例变量占用。如果这是正确的，那么为什么在运行一段时间后会出现此错误，因为在创建对象时分配了实例变量的空间。
这意味着您将在一段时间内连续在应用程序中创建更多对象。新对象将存储在堆内存中，这就是堆内存增长的原因。
堆不仅包含实例变量。它将存储所有非原始数据类型（对象）。这些对象的寿命可能很短（方法块）或很长（直到应用程序中引用了该对象）
- 有什么办法可以增加堆空间？
是。请查看此oracle 文章以了解更多详细信息。
有两个参数可用于设置堆大小：
-Xms：，它设置初始和最小堆大小
-Xmx：，它设置最大堆大小
- 我应该对程序进行哪些更改，以便它将占用更少的堆空间？
这取决于您的应用程序。
根据您的应用程序要求设置最大堆内存
不要在您的应用程序中引起内存泄漏
如果在应用程序中发现内存泄漏，请借助MAT，Visual VM，jconsole等分析工具查找根本原因。一旦找到根本原因，请修复泄漏。
Oracle 文章中的重要说明
原因：详细消息Java堆空间指示无法在Java堆中分配对象。此错误不一定表示内存泄漏。
可能的原因：
另外，请使用更好的垃圾收集算法（CMS或G1GC）
看看这个问题以了解G1GC
在大多数情况下，代码不会得到优化。释放那些您认为不再需要的对象。避免每次在循环中创建对象。尝试使用缓存。我不知道您的应用程序运行状况如何。但是在编程中，也适用正常生活的一条规则
预防胜于治疗。“不要创建不必要的对象”