1、為什麼會發生內存洩漏
java 如何檢測內在洩漏呢？我們需要一些工具進行檢測，並發現內存洩漏問題，不然很容易發生down機問題。
編寫java程序最為方便的地方就是我們不需要管理內存的分配和釋放，一切由jvm來進行處理，當java對象不再被應用時，等到堆內存不夠用時，jvm會進行垃圾回收，清除這些對象占用的堆內存空間，如果對象一直被應用，jvm無法對其進行回收，創建新的對象時，無法從Heap中獲取足夠的內存分配給對象，這時候就會導致內存溢出。而出現內存洩露的地方，一般是不斷的往容器中存放對象，而容器沒有相應的大小限制或清除機制。容易導致內存溢出。
當服務器應用占用了過多內存的時候，如何快速定位問題呢？現在，Eclipse MAT的出現使這個問題變得非常簡單。EclipseMAT是著名的SAP公司貢獻的一個工具，可以在Eclipse網站下載到它，完全免費的。
要定位問題，首先你需要獲取服務器jvm某刻內存快照。jdk自帶的jmap可以獲取內存某一時刻的快照，導出為dmp文件後，就可以用Eclipse MAT來分析了，找出是那個對象使用內存過多。
2、內存洩漏的現象：
常常地，程序內存洩漏的最初跡象發生在出錯之後，在你的程序中得到一個OutOfMemoryError。這種典型的情況發生在產品環境中，而在那裡，你希望內存洩漏盡可能的少，調試的可能性也達到最小。也許你的測試環境和產品的系統環境不盡相同，導致洩露的只會在產品中暴露。這種情況下，你需要一個低負荷的工具來監聽和尋找內存洩漏。同時，你還需要把這個工具同你的系統聯系起來，而不需要重新啟動他或者機械化你的代碼。也許更重要的是，當你做分析的時候，你需要能夠同工具分離而使得系統不會受到干擾。
一個OutOfMemoryError常常是內存洩漏的一個標志，有可能應用程序的確用了太多的內存；這個時候，你既不能增加JVM的堆的數量，也不能改變你的程序而使得他減少內存使用。但是，在大多數情況下，一個OutOfMemoryError是內存洩漏的標志。一個解決辦法就是繼續監聽GC的活動，看看隨時間的流逝，內存使用量是否會增加，如果有，程序中一定存在內存洩漏。
3、發現內存洩漏
1. jstat -gc pid
可以顯示gc的信息，查看gc的次數，及時間。
其中最後五項，分別是young gc的次數，young gc的時間，full gc的次數，full gc的時間，gc的總時間。
2.jstat -gccapacity pid
可以顯示，VM內存中三代（young,old,perm）對象的使用和占用大小，
如：PGCMN顯示的是最小perm的內存使用量，PGCMX顯示的是perm的內存最大使用量，
PGC是當前新生成的perm內存占用量，PC是但前perm內存占用量。
其他的可以根據這個類推， OC是old內純的占用量。
3.jstat -gcutil pid
統計gc信息統計。
4.jstat -gcnew pid
年輕代對象的信息。
5.jstat -gcnewcapacity pid
年輕代對象的信息及其占用量。
6.jstat -gcold pid
old代對象的信息。
7.stat -gcoldcapacity pid
old代對象的信息及其占用量。
8.jstat -gcpermcapacity pid
perm對象的信息及其占用量。
9.jstat -class pid
顯示加載class的數量，及所占空間等信息。
10.jstat -compiler pid
顯示VM實時編譯的數量等信息。
