这两天经常听到同事说我们的系统运行一两个小时过后就会报Java HeapSpace OutOfMemory的异常，一开始我还没怎么在意这个问题，还以为是在eclipse中用debug状态运行tomcat导致的，后来又出现了几次，觉得事情有点儿不对了，检查了我的代码，基本没有什么地方会出现内存泄漏，该释放资源的地方也都释放了。一开始懒得去看同事的代码，就找了jconsole工具来分析，这不看不知道，一看才吓了一跳。查看内存占用发现大致每隔两分钟左右内存就会有一个飙升，线程数跟内存占用一样每当内存波动的时候线程数就有一个飙升，而且一上去了就不下来，查看具体的线程堆栈，发现增加的线程全部是一个snmp4j中的一个类型。这一块恰好是我那同事实现的，于是没办法只有看看他的代码了(貌似搞开发的都不愿意看别个的代码…). 在我们的系统中有一个轮询操作，在这个轮询操作中会使用到snmp4j api，查看snmp4j api发现用到的一个类中会持有socket资源并创建内部线程，这个socket会中断在那块儿，而俺那同事的实现是在每次轮询的时候都会新建一个该对象，而且在使用过后也没有close掉。查看snmp4j的源码发现该类的内部实现是有从一个内部线程池中取得一个线程，然后在该线程中用到socket，于是由于线程中的socket为关闭一直阻塞，这条新建的线程 也就没办法释放了。问题就算是找到了，下面的解决办法就很容易了，将这个地方实现为一个单例模式，最后测试的结果也很好，运行三四个小时，线程数始终保持在估计的范围内。

等有时间了，再好好写一篇jconsole的使用方法，发现这玩意儿还挺好玩儿的。