Java堆棧溢出的機制與原理
作者：jinyanhui2008
這里將介紹Java堆棧溢出的機制與原理，本文將從一個實際調試軟件的例子出發，來進行講解。希望本文能對大家有所幫助。
Java堆棧溢出的出現，很讓人痛苦的事情，很多時候都無法找到頭緒。這里作者通過使用jrockit調用程序才最終發現了問題的所在。在很多情況下，Java堆棧溢出，很有可能是你的代碼中用到數組，到你的索引超出范圍了。
java.lang.OutOfMemoryError: Java heap space
在Java程序運行中可能會報如上的錯誤，通常是在運行過程中內存占用了沒有別釋放造成的。
以前可能沒法跟蹤可能是很痛苦的事情，現在好了，我們有一個調試軟件可以用了，在生產環境下使用的jRockit軟件進行調試，是Oracle公司出品的。
前兩天試用了一下真的很不錯。
前陣子有個程序跑2個禮拜左右就會出現Java堆棧溢出，始終找不到頭緒，后來使用jrockit才找到問題的出處。
jrockit是可以調試遠程程序也可以調試本地程序的。
具體調試步驟
（一）
如果是調試本地程序的話，啟動jrockit，然后啟動本地需要調試的程序，會在左側工具欄 本地目錄下創建一個連接為需要調試的程序，在上面點擊右鍵，就會啟動跟蹤。
如何跟蹤呢，我的辦法就是等，在跟蹤開始后，進行截圖，然后等程序運行一段時間后查找堆增長比較大的并且一直沒有釋放的變量。
（二）
然后在上面點擊右鍵，顯示分配跟蹤。
（三）
然后找到對應的方法，然后就去找問題吧，看看是不是那個地方有內存一直沒有釋放啊。
然后說點我自己的小經驗，也許是不對的，但是我在我的應用里面確實是有效的。
在經常需要調用的地方將變量設成全局的甚至是靜態的，我的操作是設成全局的了。圖省事呢。呵呵，因為我的變量時全局都要調用的而且是頻繁調用的。
用完的變量一定要記得讓它等于null，否則執行gc()貌似是不給回收的。
基本上jrockit跟蹤是很強的，都能夠找到你的問題所在，要仔細觀察，改完程序后記得再重新跟蹤下直到沒有內存泄露為止。
寫完手工。
題外話，寫多線程的時候建議使用線程池來操作。
【編輯推薦】
責任編輯：彭凡
來源：
javaeye
