參考文章：https://blog.csdn.net/lihaitao000/article/details/51159562
一、解決方案
（1）設置jvm heap大小
（2）現象：在eclipse的配置文件eclipse.ini中設置-vmargs -Xms500m -Xmx1024m，在eclipse中直接run 或者debug某些耗內存的程序時依然出現java.lang.OutOfMemoryError: Java Heap Space錯誤，即通常認爲的內存不足，java虛擬機內存不夠用。
配置文件所在位置，爲安裝位置
eclipse.ini
選中被運行的類，點擊菜單‘run->run configuration …’，選擇(x)=Argument標籤頁下的vm arguments框裏
輸入 -Xmx800m, 保存運行
二、有三種可能導致OutOfMemoryError。
1、第一種：
JVM有真實的內存泄漏，導致此JVM堆在內部實現時產生了一個Bug。這極不可能發生，所有JVM都經過充分的測試，如果有人發現這種bug，絕對是最高優先級的Bug。
2、第二種
可能的OutOfMemoryError原因，沒有爲應用程序運行時給足夠多的可用內存。這種情況，有兩種可能的方案：
（1） 增加 JVM堆可用大小
提高JVM可用堆大小可以簡單的使用JVM的 -Xmx 參數。
- 啓動虛擬機的時候，加上一個參數：
-Xms800m -Xmx800m
-Xms <size> // 設置JVM初始化堆內存大小
-Xmx <size> // 設置JVM最大的堆內存大小
- 如果是應用程序，則：
java -Xms800m -Xmx800m你的類名 - 如果是tomcat之類的web服務器，在這個服務器的啓動文件後面加上這個參數即可。
- 另外設置環境變量
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true "
讀者 Jams Stauffer 指出有些JVM（例如 sun的 JVMs），
“Perm”參數用來處理JVM結構與類對象。如果你正在使用一個數量非常巨大的類集，它有可能運行在"Perm"空間
那麼你需要增加此空間的大小，例如，sun的JVM使用 -XX:PermSize 與 -XX:MaxPermSize選項。
（2） 減少你的應用程序所需的內存總量
假如你將此參數設置儘可能的大（可用內存極限不要超過系統物理內存，否則你的應用程序將分頁並暫停），仍然有以上所提到的內存問題，那麼，你需要使用更小的集合/緩衝區/表空間/對象.....，以減少你的應用程序所可能用到內存總量。可能是你只是讓一些集合過大了，例如使用了許多大的緩衝區；要求你重新實現一些類，重新設計應用程序。
3、第三種
導致OutOfMemoryError最爲常見，無意的對象引用保持。你沒有明確無誤的釋放對象，以致於你的堆一再增長，直到你沒有額外的空間。
解決方案：
- 找到保持這些無意引用的源對象，改變它並釋放這些對象。
在IBM開發者社區的文章綱要式的揭示了這樣一個通用的處理過程。這個過程主要是等到應用程序到達恆定狀態－－你將期望最多新創建的對象是臨時對象，並且可以被垃圾收集器收集——這常常是在應用程序所有的初始化工作完成之後。
- 強迫垃圾收集，獲得一個堆的對象快照。
- 做任何工作可能正在導到無意的對象引用保持。
- 強迫另一次垃圾收集並獲得第二次堆的對象快照。
比較這兩個快照，觀察從第一個快照到第二個快照哪些對象在數量上有所增加。因爲你在快照之前強迫垃圾收集，剩下的將是所有被應用程序引用的對象，比較兩個快照將準確的標識那些新創建的、保留在應用程序裏的對象。
根據你對應用程序的認識，決定兩個快照比較中，哪些對象正在無意的保持對象引用。
跟蹤前導引用，找到哪些對象正在引用這些無意的保持對象，直到你找到導致此問題的源對象