最近做畢設時遇到了一點小問題在解析dblpxml文件時（該文件很大最新版本為MB）老是報錯
javalangOutOfMemoryError: Java heap space
最後通過查資料才知道這是由於JVM堆內存不足造成的JVM在啟動動的時候一般會設置JVM Heap的值
其初始空間（即Xms）是物理內存的/最大空間（Xmx）不可超過物理內存在JVM中如果％的時間是用於GC且可用的Heap size 不足％的時候將拋出此異常信息出現這種問題可以通過修改JVM heap大小解決
如
點擊（此處）折疊或打開
java XmsM XmxM className
以上設置JVM初始化堆內存為M最大可用堆內存為M
（）在命令行中設置的方法就如上面所述
（）在Eclipse中可以這樣設置
在eclipse的 Run>Run Configurations>Arguments下的VM Arguments中設置
XmsM XmxM
另外可以使用 java X查看其它JVM參數情況
點擊（此處）折疊或打開
D:\work>java X
Xmixed mixed mode execution （default）
Xint interpreted mode execution only
Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
Xnoclassgc disable class garbage collection
Xincgc enable incremental garbage collection
Xloggc:<file> log GC status to a file with time stamps
Xbatch disable background compilation
Xms<size> set initial Java heap size
Xmx<size> set maximum Java heap size
Xss<size> set java thread stack size
Xprof output cpu profiling data
Xfuture enable strictest checks anticipating future default
Xrs reduce use of OS signals by Java/VM （see documentation）
Xcheck:jni perform additional checks for JNI functions
Xshare:off do not attempt to use shared class data
Xshare:auto use shared class data if possible （default）
Xshare:on require using shared class data otherwise fail
The X options are nonstandard and subject to change without notice
可以通過javalangRuntime的一些方法查看jvm的內存使用情況
點擊（此處）折疊或打開
Systemoutprintln（Total Memory: + RuntimegetRuntime（）totalMemory（） / （ * + MB）
Systemoutprintln（Free Memory: + RuntimegetRuntime（）freeMemory（） / （ * ） + MB）
Systemoutprintln（Max Memory: + RuntimegetRuntime（）maxMemory（） / （ * ） + MB）
maxMemory（）這個方法返回的是java虛擬機（這個進程）能構從操作系統那裡挖到的最大的內存以字節為單位
totalMemory（）這個方法返回的是java虛擬機現在已經從操作系統那裡挖過來的內存大小也就是java虛擬機這個進程當時所占用的所有內存
freeMemory為當前jvm中沒有使用的內存
附jvm參數說明 （轉自）
server:一定要作為第一個參數在多個CPU時性能佳
Xmsjava Heap初始大小 默認是物理內存的/
Xmxjava heap最大值建議均設為物理內存的一半不可超過物理內存
XX:PermSize:設定內存的永久保存區初始大小缺省值為M（我用visualvmexe查看的）
XX:MaxPermSize:設定內存的永久保存區最大 大小缺省值為M（我用visualvmexe查看的）
XX:SurvivorRatio= :生還者池的大小默認是如果垃圾回收變成了瓶頸您可以嘗試定制生成池設置
XX:NewSize: 新生成的池的初始大小 缺省值為M
XX:MaxNewSize: 新生成的池的最大大小 缺省值為M
如果 JVM 的堆大小大於 GB則應該使用值XX:newSize=m XX:MaxNewSize=m XX:SurvivorRatio=或者將堆的總大小的 % 到 % 分配給新生成的池調大新對象區減少Full GC次數
+XX:AggressiveHeap 會使得 Xms沒有意義這個參數讓jvm忽略Xmx參數瘋狂地吃完一個G物理內存再吃盡一個G的swap
Xss每個線程的Stack大小Xss 這使得JBoss每增加一個線程（thread）就會立即消耗M內存而最佳值應該是K默認值好像是k
verbose:gc 現實垃圾收集信息
Xloggc:gclog 指定垃圾收集日志文件
Xmnyoung generation的heap大小一般設置為Xmx的分之一
XX:+UseParNewGC 縮短minor收集的時間
XX:+UseConcMarkSweepGC 縮短major收集的時間 此選項在Heap Size 比較大而且Major收集時間較長的情況下使用更合適
XX:userParNewGC 可用來設置並行收集【多CPU】
XX:ParallelGCThreads 可用來增加並行度【多CPU】
XX:UseParallelGC 設置後可以使用並行清除收集器【多CPU】
From:http://tw.wingwit.com/Article/program/Java/hx/201311/26103.html
