用大数据量重现

用allocator在程序退出时report leak：
1、动态替换allocator（valgrind、app verifier、VLD等profiling工具）
2、静态替换allocator（编译期源码级替换）。工程复杂的话，不允许直接调用malloc/free、new/delete，而是在其上封一层，分配的内存可以带上容易识别的tag，而且可以退出时report。

用debugger看heap数据里的特征，看是哪一类型的数据多。
--
修改:z16166 FROM 123.118.191.*
FROM 123.118.191.*

推荐一个我自己写的小工具：https://github.com/WuBingzheng/libleak

原理是hook了malloc/free等函数，然后记录每一块内容的申请和释放。如果一块内存存活的时间超过一定阈值，就会记录下来。跑一段时间后，再人肉分析记录下来的统计日志，基本就能很快定位到可疑的地方。
--
FROM 183.156.91.*

【 在 Giwatron 的大作中提到: 】
: 其实吧，在最开始写的时候就可以把malloc包裹在自己的宏里
: 里面加入记录和调试代码，需要时打开，不用时关了
具体说说看呢，比如new这种怎么办呢
--
FROM 183.197.81.*

【 在 Giwatron 的大作中提到: 】
: new我觉得重载、继承、宏替换改造都行
: 看你的团队喜欢哪种方案
: 这是嵌入式项目的常规做法，因为嵌入式最忌讳内存泄漏
: ...................
有没推荐的，可以帮忙推荐下
--
FROM 183.197.81.*

换上jemalloc

Compile your application with jemalloc by linking it with the jemalloc library. You can do this by adding -ljemalloc to your linker flags.

Set the MALLOC_CONF environment variable to enable profiling and leak detection. Here’s an example command:

export MALLOC_CONF=prof:true,prof_leak:true

Run your application as you normally would.

Check the leak report generated by jemalloc. You can use the jeprof tool to analyze the report and identify memory leaks.

The leak report generated by jemalloc is stored in a file named heap.profile
--
FROM 61.185.159.*