1.搞Java開發的，經常會碰到下面兩種異常：
java.lang.OutOfMemoryError: PermGen space java.lang.OutOfMemoryError: Java heap space
要詳細解釋這兩種異常，需要簡單重提下Java內存模型。Java內存模型是描述Java程序中各變量（實例域、靜態域和數組元素）之間的關系，以及在實際計算機系統中將變量存儲到內存和從內存取出變量這樣的低層細節。在Java虛擬機中，內存分為三個代：新生代（New）、老生代（Old）、永久代（Perm）。
- 新生代New：新建的對象都存放這里；
- 老生代Old：存放從新生代New中遷移過來的生命周期較久的對象。新生代New和老生代Old共同組成了堆內存；
- 永久代Perm：是非堆內存的組成部分。主要存放加載的Class類級對象如class本身，method，field等等；
如果出現java.lang.OutOfMemoryError: Java heap space異常，說明Java虛擬機的堆內存不夠。原因有二：
- Java虛擬機的堆內存設置不夠，可以通過參數-Xms、-Xmx來調整；
- 代碼中創建了大量大對象，並且長時間不能被垃圾收集器收集（存在被引用）；
如果出現java.lang.OutOfMemoryError: PermGen space，說明是Java虛擬機對永久代Perm內存設置不夠。一般出現這種情況，都是程序啟動需要加載大量的第三方jar包。例如：在一個Tomcat下部署了太多的應用。從代碼的角度，軟件開發人員主要關注java.lang.OutOfMemoryError: Java heap space異常，減少不必要的對象創建同時避免內存泄漏。現在以一個實際的例子分析內存占用的故障排查。
通過top命令，發現PID為9004的Java進程一直占用比較高的內存不釋放（24.7%），出現高內存占用的故障。想起上一篇線上應用故障排查之一：高CPU占用介紹的PS命令，能否找到具體是哪個的線程呢？
ps -mp 9004 -o THREAD,tid,time,rss,size,%mem
遺憾的是，發現PS命令可以查到具體進程的CPU占用情況，但是不能查到一個進程下具體線程的內存占用情況。只好尋求其他方法了，幸好Java提供了一個很好的內存監控工具：jmap命令——jmap命令有下面幾種常用的用法：
- jmap [pid]
- jmap -histo:live [pid] >a.log
- jmap -dump:live,format=b,file=xxx.xxx [pid]
用得最多是后面兩個。其中，jmap -histo:live [pid] 可以查看當前Java進程創建的活躍對象數目和占用內存大小。jmap -dump:live,format=b,file=xxx.xxx [pid] 則可以將當前Java進程的內存占用情況導出來，方便用專門的內存分析工具（例如：MAT）來分析。這個命令對於分析是否有內存泄漏很有幫助。具體怎么使用可以查看本博的另一篇文章：利用Eclipse Memory Analyzer Tool（MAT）分析內存泄漏
這里詳細介紹下jmap -histo:live [pid] 命令：
從上圖可以看出，int數組、constMethodKlass、methodKlass、constantPoolKlass都占用了大量的內存。特別是占用了大量內存的int數組，需要仔細檢查相關代碼。
最后，總結下排查內存故障的方法和技巧有哪些：
- top命令：Linux命令。可以查看實時的內存使用情況。
- jmap -histo:live [pid]，然后分析具體的對象數目和占用內存大小，從而定位代碼。
- jmap -dump:live,format=b,file=xxx.xxx [pid]，然后利用MAT工具分析是否存在內存泄漏等等。
（友情提示：本博文章歡迎轉載，但請注明出處：hankchen，http://www.blogjava.net/hankchen）