今天一個web服務器不工作了,查看日志.tomcat報出如下信息:
Caused by: java.lang.OutOfMemoryError: allocLargeArray - Object size: 80040, Num elements: 40010
以上日志信息基本的意思是程序要分配一個大小為 80040字節的數組（在JVM中數組也是對象，也是在heap中分配的）,40010是指數組元素的多少。但是分配這個數組的時候， heap沒有可用的空間了。
針對以上情況,解決辦法如下:
A:調整java JVM參數,優化java虛擬機, 適當調大heap的 設置
B:清理系統無用日志,優apache運行參數. 打開gc日志以收集更多的heap使用信息.
關於java JVM的優化 ,更深入了解如下:
JVM內存的設置的原理
默認的java虛擬機的大小比較小，在對大數據進行處理時java就會報錯 ：java.lang.OutOfMemoryError。
設置jvm內存的方法，對於單獨的.class，可以用下面的方法對Test運行時的jvm內存 進行設置。
java -Xms64m -Xmx256m Test
-Xms是設置內存初始化的大小
-Xmx是設置最大能夠使用內存的大小（最 好不要超過物理內存大小）
在weblogic中，可以在startweblogic.cmd中對每個domain虛擬內存的大小進行設置，默認的 設置是在commEnv.cmd裡面。
JVM內存的調優
1. Heap設定與垃圾回收Java Heap分為3個區，Young，Old和 Permanent。Young保存剛實例化的對象。當該區被填滿時，GC會將對象移到Old區。Permanent區則負責保存反射對象，本文 不討論該區。JVM的Heap分配可以使用-X參數設定，
-Xms： 初始Heap大小
-Xmx： java heap最大值
-Xmn： young generation的heap大小
JVM有2個GC線程。第一個線程負責回收Heap的Young區。第二個線程在Heap不足時，遍歷 Heap，將Young 區升級為Older區。Older區的大小等於-Xmx減去-Xmn，不能將-Xms的值設的過大，因為第二個線程被迫運行 會降低JVM的性能。
為什麼一些程序頻繁發生GC？有如下原因：
l 程序內調用了 System.gc()或Runtime.gc()。
l 一些中間件軟件調用自己的GC方法，此時需要設置參數 禁止這些GC。
l Java的Heap太小，一般默認的Heap值都很小。
l 頻繁實例化對象，Release對象。此時盡量保存並重用對象，例如使用StringBuffer()和String()。
如果 你發現每次GC後，Heap的剩余空間會是總空間的50%，這表示你的Heap處於健康狀態。
許多Server端的Java程序每次GC後 最好能有65%的剩余空間。經驗之談：
1．Server端JVM最好將-Xms和-Xmx設為相同值。為了優化GC，最好讓-Xmn值約等於 -Xmx的1/3[2]。
2．一個GUI程序最好是每10到20秒間運行一次GC，每次在半秒之內完成[2]。
注意：
1．增加Heap 的大小雖然會降低GC的頻率，但也增加了每次GC的時間。並且GC運行時，所有的用戶線程將暫停，也就是GC期間，Java應用 程序不做任何工作。
2．Heap大小並不決定進程的內存使用量。進程的內存使用量要大於-Xmx定義的值，因為Java為其他 任務分配內存，例如每個線程的Stack等。
3．Stack的設定
每個線程都有他自己的Stack。
-Xss： 每個線程的 Stack大小
Stack的大小限制著線程的數量。如果Stack過大就好導致內存溢漏。-Xss參數決定Stack大小，例如- Xss1024K。如果Stack太小，也會導致Stack溢漏。
4．硬件環境
硬件環境也影響GC的效率，例如機器的種類，內存， swap空間，和CPU的數量。
如果你的程序需要頻繁創建很多transient對象，會導致JVM頻繁GC。這種情況你可以增加機器 的內存，來減少Swap空間的使用[2]。
5．4種GC
第一種為單線程GC，也是默認的GC。，該GC適用於單CPU機器。
第 二種為Throughput GC，是多線程的GC，適用於多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在於GC在收集 Young區是多線程的，但在Old區和第一種一樣，仍然采用單線程。-XX:+UseParallelGC參數啟動該GC。
第三種為 Concurrent Low Pause GC，類似於第一種，適用於多CPU，並要求縮短因GC造成程序停滯的時間。這種GC可以在Old區的回 收同時，運行應用程序。-XX:+UseConcMarkSweepGC參數啟動該GC。
第四種為Incremental Low Pause GC，適用於要求縮 短因GC造成程序停滯的時間。這種GC可以在Young區回收的同時，回收一部分Old區對象。-Xincgc參數啟動該GC。
