可能的问题：
资源（套接字、数据库等）未正确关闭
内存泄漏（引用保存在集合中，非关闭的资源）
很少出现的微妙的并发错误（在几个小时后就会出现）
套接字上缓冲区的消息丢失在您有机会读取它或获取比缓冲区大的消息之前被覆盖，通常通过让线程读取套接字来纠正，只要数据进入套接字并将其放入主处理线程可以处理的工作队列中

另一件可能发生的事情是，你正在运行的连接。就在昨天，我的一个同事发生了这种事。 ulimit -n 将告诉您可以打开多少个文件句柄； netstat -at 会告诉你有多少插座是开着的。当第二个数字接近第一个数字时，打开连接的尝试将开始失败。
在这种特殊情况下，当连接仍处于 OPEN_WAIT 使用后，强制垃圾收集（ Runtime.gc() )有帮助。

通过查看jvm堆化的状态并定期记录它，您可以了解内存使用的趋势。从这些日志中，你可以绘制一个图表，看看是否有异常(顺便说一句，拼图模式是正常的垃圾收集行为。）

// Memory status
    Runtime     runtime =   Runtime.getRuntime();
    final long  totalMem =  runtime.totalMemory();
    final long  freeMem =   runtime.freeMemory();
    if (log.isDebugEnabled()) {
        log.debug("Memory free=" + freeMem + 
                " used=" + (totalMem - freeMem) + 
                " total=" + totalMem);
    }