久久精品影视伊人网,欧美久久综合,欧美日韩在线综合

amenglai — Fri, 18 Jan 2013 03:14:00 GMT

最�q�都在读那个该死的猪��弟写的代码�Q�原因还不是因�ؓ压力��试后，发现TMD的内存泄漏啦�Q?br />边看代码边在心中鄙视�q�个猪小弟，该死的猪��弟�Q�说你比猪笨�Q�猪觉得�q�是对自��q��侮��i都不乐意�Q?br />很多心得哦，慢慢整理出来�?br />先说说JDBC吧�?br />不关闭Connection

�q�是最常见的错误，数据库增删改操作后，没有关闭数据库连接，��D��占用大量内存�Q�如果是用连接池�Q�那么系�l�很快就木有可用的数据库�q�接了；如果是直接连接数据库�Q�很快系�l�内存就耗尽了，要知道数据库�q�接很费资源的，否则要连接池�q�吗�Q�而且�q�种错误很难查，一个系�l�上百个DB操作�Q�就一个没关闭�Q�惨了！
不关闭Statement,ResultSet

�q�是另一�U�错误，数据库连接关闭了�Q�但是Statement,ResultSet没关闭。谁说的关闭了数据库�q�接其它��׃��用关闭的。只关闭�q�接�Q�那些Statement,ResultSet��如同孤坟野��g��样占据你的Heap�Q�而且�q�是阴魂不散的说�Q�最后系�l�耗尽内存气绝�w�亡�?/div>

频繁数据库连�?/strong>
大多��C��务系�l�，一个业务操作可能会兌��多张表的增删攏V��麻烦不要每操作一张表�Q�就��h��一�ơ数据库�q�接。麻烦把��h��数据库连接看做是请你学妹吃饭好不好，��学妹很矜持�Q�请一�ơ也不容易。这��h��Q�你��h��数据库连接时�Q�就会�}慎些�Q�尽可能一�ơ数据库�q�接�Q�对多张表进行操作�?br />�l�验
不要把代码写成connection.close(); 或�?nbsp;datasource.getConnection();把他们都��装到工��L��里面�Q�这��h��试的时候加�q�去debug代码�Q�很�Ҏ��找到那个该�ȝ��q�接没有关闭了。Statement, ResultSet也是�q�样�?br />
最后，猪小弟是谁？
呵呵�Q�猪��弟�?�q�前的我�Q�或者是8�q�前的我。当�q�_��q�幼无知�Q�无知者无畏，犯下无数的错误，感谢老板�Q�感谢客��P��你们太有牺牲�_��了�?br />

amenglai 2013-01-18 11:14 发表评论

使用Eclipse Memory Analyzer对Tomcat�q�行内存分析

amenglai — Thu, 17 Jan 2013 02:55:00 GMT

��试环境

Java �Q?/span> JDK1.6

Tomcat�Q?/span> Tomcat 5.5

Eclipse Memory Analyzer�Q?/span>EMA 1.2.1�Q�直接去Eclipse下蝲�Q�无需安装哈）

获得Heap Dump文�g

Eclipse Memory Analyzer是针�?/span>Heap Dump文�g�q�行分析的，因此�W�一步就是要获得Heap Dump文�g�?/span>

步骤�Q?/span>

获得�U�程ID�?/span>启动jconsole.exe,�?/span>位于jdk目录下的bin目录�Q?/span>jconsole�?/span>jdk自带的一个内存分析工��P��它提供了囑�Ş界面。可以查看到被监控的jvm的内存信息，�U�程信息�Q�类加蝲信息�Q?/span>MBean信息�?br />

此处我们可以扑ֈ�需要检��的Tomcat的线�E?/span>ID�?/span>

获得Heap Dump文�g�?/span>使用jmap来获�?/span>Heap Dump文�g�Q�命令行如下�Q?/span>

jmap -dump:format=b,file=heap.bin 3888

此处3888��是Tomcat对应的线�E?/span>ID

生成分析报告

启动MemoryAnalyzer.exe�Q�打开指定�?/span>Heap Dump文�g�?/span>File -> Open Heap Dump

MAT针对指定�?/span>Heap Dump文�g�q�行分析�Q�生成内存泄露检��报�?br />

看懂分析报告

要想看懂EAT的报告，与其到网上去扑֐��U�神��_��不如老老实实找本书�Q�先��单复习下JVM�?/span>Heap是怎么工作��_��gc的大概一个工作机制。否�?/span>EAT的报告就像天书一栗��?/span>EAT只是工具�Q�不是目的�?/span>

amenglai 2013-01-17 10:55 发表评论

amenglai — Wed, 16 Jan 2013 03:32:00 GMT
企业�U�管理��Y件的web应用和普通的web站点�Q�B2C�{�有很大的不同。内存泄露的��查点也会不同�?br />��查点一�Q�什么信息需要缓存在session�?/strong>
在各�U�管理��Y件中�Q�最常见的是把当前用��L��权限�{�信息缓存在session中。好啦，问题来了�Q�如果系�l�的权限很复杂：操作权限�Q�管理权限，数据权限�Q�字�D�|��限，巴拉巴拉一大堆的话�Q�那么把�q�大堆信息放到session中，一个用户就要占�?0M+的内存。访问用户一多，�pȝ��挂了。而且��理软�g一般都会把session的timeout讄��的很多，除非用户手动的注销�Q�否则即使木有操作也会吊在系�l�上很久。因此要评估此部分的设计�Q�把不必要的或者访问不频繁的数据拖出session�Q�放�q�session TA老�h家吧�?br />��查点二：session数据传�?br />
��理�pȝ��很多都会采用帧结构，常见的上帧查询条�Ӟ��下��昄��l�果。问题来了，采用帧结构如果传递数据到��面�Q�就要通过session。开发的时候，一般都是后台开发负责业务逻辑�Q�前台开发负责数据展�C�。前后开发一��p��Q�后台向前台传递了一个集合对象，前台木有用，也不��清除。这堆垃圾数据全部都�ȝ��内存�Q�所以系�l�跑着跑着��宕��Z��?br />
��查点三：不要试图通过��面来实现分��?br />
��理�pȝ��׃��业务复杂性等要求�Q�大安��把注意力首先攑֜�实现业务功能上，有时�Ҏ��据的量��不是很关注。有的系�l�刚开始好好的�Q�用着用着不不爽了�Q�原因就是数据量一增加�Q�很多相关的问题都会暴露出来。最常见的是分页处理�Q�先把数据都取过来，在前台分��|��C�。千万不要这��P��100条数据木有问题，1000条，10000条呢�Q�结果就是前台很忙，然后��挂掉了�?/span>

amenglai 2013-01-16 11:32 发表评论