内存泄露或内存碎片问题的解决

内存泄露

内存泄露通常是程序自身编码缺陷造成，常见的 malloc 内存后没有free等类似的操作， 系统在运行过程当中反复的malloc，吃掉系统内存，造成内核OOM，将某个进程需要申请内存的杀死而退出。

所以编码一定要严谨，申请内存，一定在不用时记得释放。

内存碎片：

内存碎片是一个系统问题，反复的malloc和 free，而free后的内存又不能马上被系统回收利用。这个与系统对内存的回收机制有关。曾经一个同事在研究jmalloc，就是为了解决内存碎片问题，优化内存利用。很多开源都用他替代malloc和free。其次采用内存池管理方法。网上相关的思路很多，可以借鉴。

其次就是少用动态内存问题，静态分配，可以避免

上次遇到一个拷机问题，一个设备工作24个小时后，xxx进程退出。

排除的方法：

通过一个shell脚本，每个2s打印出top信息，free信息，某个嫌疑内存信息cat /proc/pid进程/status。

其中 status 信息如下：主要看Rss信息（物理内存信息VMRSS）

包含了所有CPU活跃的信息，该文件中的所有值都是从系统启动开始累计到当前时刻。

[root@localhost ~]# cat /proc/self/status

Name: cat

State: R (running)

SleepAVG: 88%

Tgid: 5783

Pid: 5783

PPid: 5742

TracerPid: 0

Uid: 0 0 0 0

Gid: 0 0 0 0

FDSize: 256

Groups: 0 1 2 3 4 6 10

VmSize: 6588 kB

VmLck: 0 kB

VmRSS: 400 kB

VmData: 144 kB

VmStk: 2040 kB

VmExe: 14 kB

VmLib: 1250 kB

StaBrk: 0804e000 kB

Brk: 088df000 kB

StaStk: bfe03270 kB

ExecLim: 0804c000

Threads: 1

SigPnd: 0000000000000000

ShdPnd: 0000000000000000

SigBlk: 0000000000000000

SigIgn: 0000000000000000

SigCgt: 0000000000000000

CapInh: 0000000000000000

CapPrm: 00000000fffffeff

CapEff: 00000000fffffeff

输出解释

参数 解释

Name 应用程序或命令的名字

State 任务的状态，运行/睡眠/僵死/

SleepAVG 任务的平均等待时间(以nanosecond为单位)，交互式任务因为休眠次数多、时间长，它们的 sleep_avg 也会相应地更大一些，所以计算出来的优先级也会相应高一些。

Tgid 线程组号

Pid 任务ID

Ppid 父进程ID

TracerPid 接收跟踪该进程信息的进程的ID号

Uid Uid euid suid fsuid

Gid Gid egid sgid fsgid

FDSize 文件描述符的最大个数，file->fds

Groups

VmSize(KB) 任务虚拟地址空间的大小 (total_vm-reserved_vm)，其中total_vm为进程的地址空间的大小，reserved_vm：进程在预留或特殊的内存间的物理页

VmLck(KB) 任务已经锁住的物理内存的大小。锁住的物理内存不能交换到硬盘 (locked_vm)

VmRSS(KB) 应用程序正在使用的物理内存的大小，就是用ps命令的参数rss的值 (rss)

VmData(KB) 程序数据段的大小（所占虚拟内存的大小），存放初始化了的数据； (total_vm-shared_vm-stack_vm)

VmStk(KB) 任务在用户态的栈的大小 (stack_vm)

VmExe(KB) 程序所拥有的可执行虚拟内存的大小，代码段，不包括任务使用的库 (end_code-start_code)

VmLib(KB) 被映像到任务的虚拟内存空间的库的大小 (exec_lib)

VmPTE 该进程的所有页表的大小，单位：kb

Threads 共享使用该信号描述符的任务的个数，在POSIX多线程序应用程序中，线程组中的所有线程使用同一个信号描述符。

SigQ 待处理信号的个数

SigPnd 屏蔽位，存储了该线程的待处理信号

ShdPnd 屏蔽位，存储了该线程组的待处理信号

SigBlk 存放被阻塞的信号

SigIgn 存放被忽略的信号

SigCgt 存放被俘获到的信号

CapInh Inheritable，能被当前进程执行的程序的继承的能力

CapPrm Permitted，进程能够使用的能力，可以包含CapEff中没有的能力，这些能力是被进程自己临时放弃的，CapEff是CapPrm的一个子集，进程放弃没有必要的能力有利于提高安全性

CapEff Effective，进程的有效能力

这样就对某个进程泄露进行了定位，其次通过裁剪线程，对某个线程就行定位。如果定位了某个线程问题了，出问题的范围缩小，进一步走出代码或者裁剪代码进行分析定位。

内存泄露的排除是一个很艰难的过程，首先定位进程，再定位线程，最后定位到代码。目前也没找到特别的方法。