admin管理员组

文章数量:1565353

文章目录

      • 问题排查
      • Debug
      • 多线程问题的关键——共享数据
      • 经验教训
      • 内存泄漏检测工具
      • 总结

上周像往常一样例行检查线上机器性能，突然发现一个服务的内存使用率是这样的：

很显然该服务存在内存泄漏问题，赶紧排查问题。

 

问题排查

首先确定内存泄漏问题出现的时间，发现在该时间点的上线有两次代码提交，其中一个就是我的。于是立刻排查这两次代码的改动，确定了另一个同事的代码不可能会有内存问题后(因为另一个同事的上线仅仅修改了配置)我知道肯定是自己的代码出现了问题。

确定了问题所在后赶紧把自己的代码回滚掉，接下来就可以放心debug了。

 

Debug

什么是内存泄漏？

简单的讲就是程序员申请的内存在使用完后没有还给操作系统，由于笔者使用的是C++语言，因此内存泄漏一般是这样的：

obj* o = new obj();

...

// 使用完obj后没有delete掉

肯定有什么地方申请了内存后没有调用delete释放内存。

在这里介绍一下笔者的代码改动，我的任务其实是重构一段代码，把这段代码并行化。也就是旧的逻辑是在一个线程中串行执行的，现在我要把这段逻辑放到两个线程中并行执行，这是最让人头疼的任务之一，并行化改造是比较容易出bug的。

接下来梳理了一遍中所有内存的申请和释放，这其中包括：

  • 使用new/delete分配释放的内存
  • 使用内存池分配释放的内存

仔细梳理一遍后没有发现任何问题，该释放的内存都已经释放掉了，这时笔者已经开始怀疑人生了

本文标签： 内存小时

版权声明：本文标题：一个耗时4小时的内存泄漏问题 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://www.elefans.com/dianzi/1725887397a1047177.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。