之前就知道timer进程长久运行容易出问题，所以一直对timer进行了很长一段时间的日志监控和数据库记录，大概观察了几个月，没发现过问题。。。。然后就没管理了，数据库记录也没做了，昨天这问题就来了，timer是写在单利模式里面的，最近app要增加功能，重要的代码又需要写到单例的timer进程里， 嗯快速的搞好，本地测试完全没问题，上传,然后昨天心情畅快的跑出去耍了，回来就发现问题了，数据库里面需要自动处理的数据没处理， 然后又增加日志，数据库记录，发现个问题，日志不正常了，没有按照我timer设置的时间有规律的执行任务， 这部分代码可是我之前观察了几个月的，运行到这个服务器上没问题，本地运行没问题，为什么出现这情况了， 然后还原到之前的备份看看，发现也有这个问题， 然后看看 java进程的cup占用有点高60%左右，以前最多百分之30%,刚才那混乱的执行间隔时间日志，大概问题就在这里了，我觉得应该是这样在timer运行时 偶尔也许timer的进程被copy了一个，这样他的进程就会越来越多，cup占用自然增大了。 然后发了个工单给客服,没解决问题，网上找了一个方法是解决了。
找客户之前其他方法尝试了很多没效果，我的系统是centos6.5
解决方法：升级centos 内核，重启
yum install kernel -y