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

java.lang.OutOfMemoryError: Java heap space

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

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

前兩天試用了一下真的很不錯(cuò)。

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

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

具體調(diào)試步驟

（一）

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

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

（二）

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

（三）

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

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

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

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

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

寫完手工。

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

網(wǎng)站欄目：Java堆棧溢出的機(jī)制與原理
標(biāo)題路徑：http://uogjgqi.cn/article/dpcghgc.html