java.lang.OutOfMemoryError: Java heap space

在java程序運行中可能會報如上的錯誤，通常是在運行過程中內(nèi)存占用了沒有別釋放造成的。

以前可能沒法跟蹤可能是很痛苦的事情，現(xiàn)在好了，我們有一個調(diào)試軟件可以用了，在生產(chǎn)環(huán)境下使用的jRockit軟件進(jìn)行調(diào)試，是oracle公司出品的。

前兩天試用了一下真的很不錯。

前陣子有個程序跑2個禮拜左右就會堆棧溢出，始終找不到頭緒，后來使用jrockit才找到問題的出處。

jrockit是可以調(diào)試遠(yuǎn)程程序也可以調(diào)試本地程序的。

具體調(diào)試步驟

（一）

?

如果是調(diào)試本地程序的話，啟動jrockit，然后啟動本地需要調(diào)試的程序，會在左側(cè)工具欄 本地目錄下創(chuàng)建一個連接為需要調(diào)試的程序，在上面點擊右鍵，就會啟動跟蹤。

如何跟蹤呢，我的辦法就是等，在跟蹤開始后，進(jìn)行截圖，然后等程序運行一段時間后查找堆增長比較大的并且一直沒有釋放的變量。

（二）

然后在上面點擊右鍵，顯示分配跟蹤。

（三）

然后找到對應(yīng)的方法，然后就去找問題吧，看看是不是那個地方有內(nèi)存一直沒有釋放啊。

?

然后說點我自己的小經(jīng)驗，也許是不對的，但是我在我的應(yīng)用里面確實是有效的。

?

在經(jīng)常需要調(diào)用的地方將變量設(shè)成全局的甚至是靜態(tài)的，我的操作是設(shè)成全局的了。圖省事呢。呵呵，因為我的變量時全局都要調(diào)用的而且是頻繁調(diào)用的。

用完的變量一定要記得讓它等于null，否則執(zhí)行g(shù)c()貌似是不給回收的。

基本上jrockit跟蹤是很強(qiáng)的，都能夠找到你的問題所在，要仔細(xì)觀察，改完程序后記得再重新跟蹤下直到?jīng)]有內(nèi)存泄露為止。

寫完手工。

題外話，寫多線程的時候建議使用線程池來操作。

關(guān)于java堆棧溢出的那些事