java.lang.OutofMemoryError异常原因之一

Mon, 01 Mar 2010 01:26:00 GMT

我曾�l�在刚入行的时候做�q�一个小的swing�E�序�Q�用��C��java SE�Q�swing�Q�Thread�{�东东，当初�l�验��也没有做过严格的性能��试�Q�布到生产环境用了一�D�|��间后发现那个��程序有时候会抛java.lang.OutofMemoryError异常�Q�就是java的内存溢出。当时也上网查了不少资料�Q�试�q�一些办法，代码也稍微做了些优化�Q�但是有一个问题我始终是找不到解决的方�?- 不知��Z��么子�H�体关闭后java的垃圑֛�收机制无法回收其资源�Q�因��个Java�E�序可能要经常开关一些子�H�体�Q�那么这些子�H�体关闭后无法释放资源就造成了Java�E�序OutOfMemoryError的潜在的隐�?zh��n)��Q?/p>

最�q�无意间在网上看��C��一个监控java�E�序内存使用的工�?- JProbe�Q�马上回惌��v那个有关内存溢出的难题，于是我就下蝲了JProbe8.0.0希望从分析内存入手找到我要的�{�案。��Y件下载安装后�Q�在安装目录里详��的用户指南�Q�懂点��Y件和��p��的�h很快��p��上手�Q�，主要是两个步骤：

1.用JProbe Config工具�Ҏ(gu��)��提示生成J2SE或者J2EE�E�序的控制脚本（一�?jpl文�g和一�?bat文�g�Q�，在命令行里进�?bat文�g所在的目录�Q�然后执行该批处理让要监控的java�E�序跑�v�?/p>

2.�q�行JProbe Console工具�Q�点�?#8220;Attach to Session...”按钮�Q�弹出java�E�序的内存实时监控图�?#8220;Runtime Summary”�Q�我们主要是�?#8220;Data”卡片里的内容�Q�注意：�W�一�ơ��用该软�g可能会遇��C��些小问题�Q�比如发布�ؓjar包的�E�序如果�q�行时会去读配置文�g�Q�从控制脚本启动的话�Q�可能会发生配置文�g找不到的异常�Q�解军_��法是�Q�不要打jar包，直接��q��文�g夹发布；�q�有可能因�ؓ一些杀毒��Y件的�|�络防火墙导致JProbe无法�q�接到控制脚本的session�Q�造成监控图表打不开�Q�解军_��法是�Q�取消防火墙对于JProbe讉K��|�络的限�Ӟ��

实时监控图表“Runtime Summary”如下图所�C�：

498)this.style.width=498;" border=0>

可以讄��要监视的包或者类�Q�然后点�?#8220;Refresh Runtime Data”按钮��h��q�些对象占用内存的情况，当你觉得某个�c�L��较可疑的话，你可以在不断的��用程序的�q�程中监视它的生命周期，看看它是否像预期的那样在�l�束了生命周期后占用的内存就被释放。众所周知�Q�java的内存回收是自动�q�行的，无需�E�序员干预，我们�U�其为垃圑֛��Ӟ��q�个垃圾回收可能是不定期的，��是当程序占用内存资源比较少的情况下可能j(lu��)vm的垃圑֛�攉��率就比较低；反之�Q�java�E�序消耗内存资源比较多的情况下�Q�垃圑֛�收的频率和力度就比较高，�q�种垃圾回收的不��定性很可能会媄响我们的判断�Q�但我们可以点击JProbe监控界面右上方的“Request a Garbage Collection”�Q�像一个垃圾桶的图标）按钮来向jvm发出垃圾回收的请求，�{�几�U�后再去点击“Refresh Runtime Data”�Q�这个时候如果那个预期应该已�l�销毁的对象的类名还是没有从监控界面下方的class列中消失或者其对象数量没有减少的话�Q�请多试几次�Q�中间可以夹杂些其他增加�E�序内存使用的操作以��保jvm��实执行了垃圑֛��Ӟ��Q�那恭喜你！90%的可能性你已经扑ֈ�了程序的某个�~�陷

�q�个查找元凶的过�E�可能是相当耗时的，是对�E�序员的耐心的挑战。我熬了一下午一晚上�Q�功夫不负有心�h�Q�基本上把我那个��程序的所有内存溢出的漏洞都找到�ƈ补上了。事实告诉我之前那个子窗体关闭后资源无法释放的根本原因是�Q?span style="color: red">子窗体虽然调用了dispose()�Ҏ(gu��)��Q�但是子�H�体对象的引用一直都在：或者是被静态HashMap引用、或者是它的内部子线�E�类没有释放、或者是它的某个事�g监听�c�L��有释�?/span>�Q�借用JProbe的火眼金睛一��验，发现问题真是一大堆啊！�Q�，so.我们要彻底释放某个对象占用资源的关键在于扑ֈ��q��放所有对它的引用�Q?/p>

下面是我解决具体问题的一些经验：

�E�序中造成内存溢出可能性最大的是HashMap�Q�Hashtable�{�等集合�c�，��其是静态的�Q�更是要慎之又慎�Q�！�Q?/span>它们引用的对象可能你感觉已经销毁了�Q�其实很可能你忘记remove键��|��而如果这些集合对象还是静态的挂在其他�c�里面，那么�q�个引用可能一直都在，借用JProbe��试一下，�l�果往往��Z�h意料�Q�解军_��法：��d��删除键，remove、clear�Q�如果允许最好把集合对象设�ؓnull

对于不再使用的线�E�对象，如果要彻底杀了它�Q�很多书上都推荐用join�Ҏ(gu��)��Q�我之前也是�q�样做的�Q�但后来借助JProbe工具我吃惊的发现�q�样做很可能要杀的线�E�仍旧好好的�z�d��你日益增大的内存里，很可能调用了�U�程的sleep�Ҏ(gu��)��后用join�Ҏ(gu��)��׃��有点问题�Q�解军_��法：在join�Ҏ(gu��)��前再加一句执行interrupt�Ҏ(gu��)��Q?/span>不过�q�个时候可能会有新的问题：执行interrupt�Ҏ(gu��)��后你的线�E�类会抛InterruptedException�Q�上有政�{�下有对�{�，加一个开兛_��量做判断��p��完美解决�Q�可参考下面的代码�Q?/p>

Java代码�Q?


    /**    
    
 * Description: 创徏�U�程的内部类
    
    
 * @author cuishen    
    
 * @version 1.1    
    
 */    
    
class NewThread implements Runnable {     
    
    Thread t;     
    
    NewThread() {     
    
        t = new Thread(this, path);     
    
        t.start();     
    
    }     
    
    public void run() {     
    
        try {     
    
            while(isThreadAlive) {     
    
                startMonitor();     
    
                Thread.sleep(Long.parseLong(controlList.get(controlList.size() - 1).toString()));     
    
            }     
    
        } catch (InterruptedException e) {     
    
            if(!ifForceInterruptThread) {//开兛_���?nbsp;    
    
                stopThread(logThread);     
    
                String error = "InterruptedException�Q�！�Q? + path + ": Interrupted�Q�线�E�异常终止！�E�序已试��N��启该�U�程�Q�！";     
    
                System.err.println(error);     
    
                LogService.writeLog(error);     
    
                createLogThread();     
    
            }     
    
        }     
    
    }     
    
}     
    
    
    
public void createLogThread() {     
    
    ifForceInterruptThread = false;//开兛_���?nbsp;    
    
    logThread = new NewThread();     
    
}     
    
    
    
private void stopThread(NewThread thread) {     
    
    try {     
    
        thread.t.join(100);     
    
    } catch (InterruptedException ex) {     
    
        System.out.println("�U�程�l�止异常�Q�！�Q?);     
    
    } finally {     
    
        thread = null;     
    
    }     
    
}     
    
    
    
/**    
    
 * 关闭�q�彻底释放该�U�程资源的方�?nbsp;   
    
 */    
    
public void stopThread() {     
    
    try {     
    
        ifForceInterruptThread = true;//开兛_���?nbsp;    
    
        isThreadAlive = false;     
    
        logThread.t.interrupt();     
    
        logThread.t.join(50);     
    
    } catch (InterruptedException ex) {     
    
        System.out.println("�U�程�l�止异常�Q�！�Q?);     
    
    } finally {     
    
        this.controlList = null;     
    
        this.keyList = null;     
    
        logThread = null;     
    
    }     
    
}

对于�l�承JFrame的窗体类�Q�我们要注意在初始化�Ҏ(gu��)��中加入：this.setDefaultCloseOperation(DISPOSE_ON_CLOSE); �Q��ƈ且注意和其关联的事�g监听�c�M��律写成窗体类的内部类�Q�这��L(f��ng)��体dispose()的时候，�q�些内部�c�M��一�q��毁，��׃��会再有什么莫名其妙的引用�?

资料来源:http://developer.51cto.com/art/200906/128944.htm

�?Goodluck �?星期�? 10/22/2009 - 17:39 发表

彭天�?/a> 2010-03-01 09:26 发表评论

Mon, 01 Mar 2010 01:22:00 GMT

摘要: 前几天做的项目，今天老大点击查看的时�?js出错�Q�只能重新请求，在来一�ơ，�׃��是��联的�Q�就是上面的做了才能做下面的�Q�而js 出错会对操作造成非常不便�?
我的开发框架是ssh�?

我调用的js
function search_report() {
var form = document.getElementById("form1");
form.action = "search_report.action";
form.submit();
}

调用的链接：
查询
如果你看到这里就知道�q�个js��Z��么出错，那么�q�篇文章完全是在��费你的旉��?
阅读全文

彭天�?/a> 2010-03-01 09:22 发表评论

Eclipse 常用快捷�?

Thu, 25 Feb 2010 06:15:00 GMT

摘要: Eclipse 常用快捷�?
Eclipse的编辑功能非常强大，掌握了Eclipse快捷键功能，能够大大提高开发效率。Eclipse中有如下一些和�~�辑相关的快捷键�?
1. 【ALT+/�?
此快捷键为用��L(f��ng)��辑的好帮手，能�ؓ用户提供内容的辅助，不要��不全�Ҏ(gu��)��和属性名�U�犯愁，当记不全�c�R��方法和属性的名字�Ӟ��多体验一下【ALT+/】快捷键带来的好处吧�?
2. 【Ctrl+O�?
昄��c�M��Ҏ(gu��)��和属性的大纲�Q�能快速定位类的方法和属性，在查找Bug旉��常有用�?
阅读全文

彭天�?/a> 2010-02-25 14:15 发表评论

黑人与亚洲人色ⅹvideos,精品久久久久久久中文字幕,av大片在线播放

java.lang.OutofMemoryError异常 原因之一

Eclipse 常用快捷�?

java.lang.OutofMemoryError异常原因之一