Java堆棧溢出的出現(xiàn)，很讓人痛苦的事情，很多時候都無法找到頭緒。這里作者通過使用jrockit調(diào)用程序才最終發(fā)現(xiàn)了問題的所在。在很多情況下，Java堆棧溢出，很有可能是你的代碼中用到數(shù)組，到你的索引超出范圍了。

java.lang.OutOfMemoryError: Java heap space

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

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

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

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

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

具體調(diào)試步驟

（一）

 

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

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

（二）

然后在上面點(diǎn)擊右鍵，顯示分配跟蹤。

（三）

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

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

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

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

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

寫完手工。

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

【編輯推薦】

1. Java對象的序列化和反序列化實(shí)踐
2. Java程序性能優(yōu)化之找出內(nèi)存溢出元兇
3. 2009年十大Java技術(shù)解決方案
4. 有關(guān)Java線程機(jī)制的淺析
5. 如何優(yōu)化JavaScript腳本的性能