linux 内存泄漏，threadlocal内存泄漏原因
如何定位分析linux内存泄漏问题
1、阅读源代码及分析动态内存的使用
由于之前没有做过类似的问题（纯属小白了，惨遭鄙视....），所以就想着通过自己去看代码，查找里面涉及到使用动态内存的代码段去定位问题（现在想想，真是太幼稚了，大家见笑了...），但是自己还是去通过对源代码跟踪、分析，主要是对动态分配的内存（如malloc函数分配的内存）、一些文件描述符等进行跟踪，分析在程序逻辑中对动态分配的内存有没有手动进行释放，打开的文件描述符有没有关闭等这些代码一点点的去分析，当然这也是熟悉代码，了解的一个过程。
2、利用memwatch内存检测工具对程序进行内存分析
Memwatch是一款C语言的内存检测工具。memwatch使用它自己定义的功能函数取代所有在你的程序中用ANSI C定义的内存分配函数，memwatch的内存分配函数包含了所有的分配记录信息。memwatch功能默认不是开启的，除非定义了MEMWATCH，否则在代码中不会跟踪相关的内存使用情况。memwatch通常将它的数据写入到memwatch.log文件中，它也可以被重定向.更多Linux操作知识，可以百度《Linux就该这么学》。
如何在linux下检测内存泄漏
内存泄漏是指程序动态申请的内存在使用完后没有释放，导致这段内存不能被操作系统回收再利用。
例如这段程序，申请了4个字节的空间但没有释放，有4个字节的内存泄漏。
#include<iostream>using namespace std;int main()
{ int*p= new int(1); cout<<*p<<endl; return 0}123456789
随着时间的推移，泄漏的内存越来越多，可用的内存越来越少，轻则性能受损，重则系统崩溃。
一般情况下，发生内存泄漏时，重启就可以回收泄漏的内存。但是对于Linux，通常跑的是服务器程序，不可以随意重启，在内存泄漏问题上就要格外小心。
内存泄漏特点
难复现—要运行到足够长的时间才会暴露。
难定位—出错位置是随机的，看不出与内存泄漏的代码有什么联系。
最简单的方法
为了避免写出内存泄漏的程序，通常会有这样的编程规范，要求我们在写程序时申请和释放成对出现的。因为每一次申请都意味着必须有一次释放与它相对应。
基于这个特点，一种简单的方法就是在代码中统计申请和释放的次数，如果申请和释放的数量不同，就认为是内存泄漏了。
#include"stdio.h"#include"stdlib.h"int malloc_count, free_count;void* my_malloc(int size)
{
malloc_count++; return malloc(size);
}void my_free(void*p)
{
free_count++; free(p);
}int main()
{
count= 0; int*p1=(int*)my_malloc(sizeif(int)) int*p2=(int*)my_malloc(sizeif(int)) printf("%d,%d", p1, p2);
my_free(p1); if(malloc_count!= free_count) printf("memory leak!\n"); return 0}1234567891011121314151617181920212223242526方法分析优点：
直观，容易理解，容易实现
缺点：
1.该方法要求运行结束时对运行中产生的打印分析才能知道结果。
2.该方法要求封装所有申请和释放空间的函数，并在调用的地方修改成调用封装后的函数。虽然C中申请/释放内存接口并不多，但是对于一个大型的项目，调用这些接口的地方却是很多的，要全部替换是一个比较大的工作量。
3.只对C语言适用，不能应用于C++
4.对于所调用的库不适用。如果希望应用于库，则要修改库代码
5.只能检测是否泄漏，却没有具体信息，比如泄漏了多少空间
6.不能说明是哪一行代码引起了泄漏
改进
这种方法虽然简单的，却有许多的不足，无法真正应用于项目中。欲知怎样改进，且看下回分解。
嵌入式linux怎么检内存泄漏雨
1.在需要内存泄漏检查的代码的开始调用void mtrace(void)(在mcheck.h中?有声明). mtrace为malloc等函数安装hook,用于记录内存分配信息.在需要内存泄漏检查的代码的结束调用void muntrace(void).
注意:一般情况下不要调用muntrace,而让程序自然结束.因为可能有些释放内存代码要到muntrace之后才运行.
2.用debug模式编译被检查代码(-g或-ggdb)
3.设置环境变量MALLOC_TRACE为一文件名,这一文件将存有内存分配信息.
4.运行被检查程序,直至结束或muntrace被调用.
5.用mtrace命令解析内存分配Log文件($MALLOC_TRACE)
(mtrace foo$MALLOC_TRACE, where foo is the executible name)
如果有内存泄漏, mtrace会输出分配泄漏
内存的代码位置,以及分配数量.
附加说明
1.可以将mtrace, muntrace放入信号处理函数(USR1, USR2),以动态地进行内存泄漏检查控制.
2. mtrace是个perl代码,如果你对符号地址与代码文本的转换感兴趣,可以读一下.
3. again,尽量不要用muntrace()
For C++ Leak:
检查内存泄漏的方法除glibc提供外；还可以试试一些专用的程序。
很奇怪，redhat 9居然不带mtrace perl脚本，只好下载gcc源码编译了
wget--passive-ftp
rpm-ivh glibc*.src.rpm
cd/usr/src/redhat/SPECS/
rpmbuild-ba glibc-9.spec
cd/var/tmp/glibc-2.3.2-root/usr/bin/
cp mtrace/usr/bin/
调试方法如下:
vi a.c
1#include
2
3 int main()
4{
5 mtrace();
6 malloc(10);
7 malloc(16);
8 return 0;
9}
$gcc-g a.c#记得编译带-g调试选项
$export MALLOC_TRACE=a.log
$./a.out
$unset MALLOC_TRACE#记得执行完后unset变量,否则可能运行其他命令可能覆盖log
$mtrace a.out a.log
Memory not freed:
-----------------
Address Size Caller
0x09b08378 0xa at/XXX/a.c:6
0x09b08388 0x10 at/XXX/a.c:7
可以看到,会显示未释放动态空间的代码具体位置。
