valgrind检测libevent内存泄露

valgrind检测libevent内存泄露

github地址

在使用封装好的http库时，遇到了如下的内存泄露，一开始在definitely处还存在泄露，这里就不贴图了，已经被淹没了。

根据提示定位出错代码位置，如下图：

这里提示evhttp_new这里出现了泄露，我们先到http库中解决已经存在的内存泄露，在析构函数里已经对这一块做了处理如下图：

这里有一个注意点，因为这里是单独起的线程运行的event_base_dispatch(event_base_);，所以我们在event_base_loopbreak后，需要等线程执行完毕后，在释放event_base_free(event_base_);，这里还需要执行libevent_global_shutdown();，否则still reachable:部分还会存在泄露。还有一处地方存在泄露，在昨天用同样的方法定位到的，这里记录一下：

左边是之前出现泄露的情况，右边是修改后的代码。改完这些后，我们在http库下运行测试程序，发现：

已经没有泄露了，剩下来的72704 bytes in 1 blocks是和gcc版本有关，在gcc 7.40上是没有这个问题的。库的内存泄露解决了，下面我们到生产环境中去，发现还是存在泄露，明明我们在析构中已经做了处理，我在库代码中加入了日志信息，发现并没有进入析构函数，也就没有执行回收的代码，出现了内存泄露。定位到原因在这里：

我们需要把这里的类声明去掉，具体原因见我另一篇文章。最终将所有存在内存泄露都给解决了。

附录：memcheck 常见错误

• 使用未初始化的内存

==1001== Use of uninitialised value of size 8

• 在内存被释放后进行读 / 写

==1001== Invalid read of size 1

• 从已分配内存块的尾部进行读 / 写

==1001== Invalid read of size 1

• 内存泄露

==1001== LEAK SUMMARY

• 不匹配地使用 malloc/new/new [] 和 free/delete/delete []

==1001== Mismatched free() / delete / delete []

• 两次释放内存

==1001== Invalid free() / delete / delete[]