和框架部门的同事一起,经过valgrind大量的测试和验证,并没有发现有确切的内存泄露的代码段。对于C和C++程序,出现内存增长,可能我们很自然的就去内存泄露方面去思考,有时候,这种方向可能不一定对。

        在解决这个问题的过程中,生成上又出现了另外一个内存增长的问题。这次的现象很明显,就是一个进程,能清晰的看到内存在不断的增长,进程停止后,内存就直接释放,下次还是会缓慢增长。大家的思路就是检查下代码,看看有没有内存泄露,由于程序中没有使用new 和 malloc的地方,所以不存在直接的内存操作。这样就比较难定位内存泄露,并且valgrind的信息,也看不出来有内存泄露。后来经过分析可能是程序是通过while(true)的写法来对数据进行循环扫描处理的,而在这个中间,会把对内存数据库的操作信息,存放在Session中,由于没有调用清理session的接口,所以session中的数据结构越来越大,所以才导致内存不断的增长。后来修改了代码,调用了清理Session的接口后,内存恢复正常。

        有了这个问题的思路,我又回过头来看之前遇到的这个问题:

        1、这个问题出现的情况,是数据库存在异常的情况

   2、看日志,是不断的去连接,可能是数据库连接没释放

     3、如果数据库连接没释放,会不会Session数据不断地增加呢

         如何验证这个问题,是一个比较困难的事情,我试了下,当数据库抛出异常,对数据库连接不做释放,接着调用的情况,此时会出现内存增长的情况。可以确定数据库连接不释放,session中结构会不断增长。

        但是至于数据库连接为何释放不了,这个问题,还需要框架部门的同事进一步分析。

        有时候,换个思路,问题也就很容易解释清楚了。

   come on !

posted on 2018-03-07 16:39  xmj  阅读(340)  评论(0编辑  收藏  举报