共计 3228 个字符，预计需要花费 9 分钟才能阅读完成。
这篇文章主要介绍 Linux 下如何解决内存统计和内存泄露类问题，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！
Linux 在内存使用上的原则是：如果内存充足，不用白不用，尽量使用内存来缓存一些文件，从而加快进程的运行速度，而当内存不足时，会通过相应的内存回收策略收回 cache 内存，供进程使用。
一、系统总内存的分析
可以从 proc 目录下的 meminfo 文件了解到当前系统内存的使用情况汇总，其中可用的物理内存 =memfree+buffers+cached，当 memfree 不够时，内核会通过回写机制 (pdflush 线程) 把 cached 和 buffered 内存回写到后备存储器，从而释放相关内存供进程使用，或者通过手动方式显式释放 cache 内存：
echo 3 /proc/sys/vm/drop_caches下图是海思平台下当前系统内存的总体使用情况，其中可以看到，系统消耗掉了 29M 的内存，下面继续分析这些内存都是被谁消耗掉了。
# cat /proc/meminfoMemTotal: 68956 kB
MemFree: 18632 kB
Buffers: 4096 kB
Cached: 17260 kB
SwapCached: 0 kB
Active: 21304 kB
Inactive: 19248 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 0 kB
Writeback: 0 kB
AnonPages: 19216 kB
Mapped: 2472 kB
Slab: 6900 kB
SReclaimable: 924 kB
SUnreclaim: 5976 kB
PageTables: 460 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 62060 kB
Committed_AS: 28864 kB
VmallocTotal: 442368 kB
VmallocUsed: 46984 kB
VmallocChunk: 393212 kB
二、进程使用内存的统计
在 32 位操作系统中，每个进程拥有 4G 的虚拟内存空间，其中 0~3GB 是每个进程的私有用户空间，这个空间对系统中其他进程是不可见的。3~4GB 是 linux 内核空间，由系统所有的进程以及内核所共享的。通过访问 /proc/{pid}/ 下相关文件，可以了解每个线程虚拟内存空间的使用情况，从而了解每个线程所消耗内存的多少。
由于我们的产品都是使用多线程方式实现的，多个线程共享一个进程的用户态虚拟地址空间，虚拟地址空间包含若干区域，主要有如下几个区域：
1、当前执行文件的代码段，该代码段称为 text 段。
2、执行文件的数据段，主要存储执行文件用到的全局变量，静态变量。
3、存储全局变量和动态产生的数据的堆。
4、用于保存局部变量和实现函数调用的栈。
5、采用 mmap 方式映射到虚拟地址空间中的内存段
所以只需要查看任意一个线程的用户态虚拟地址空间分配即可知道属于同一进程的所有线程占用总内存的大小。可以通过查看 /proc/{pid}/maps 文件来获取相关的虚拟地址空间内容，下文摘列部分典型的内容：
# cat /proc/568/maps00008000-0036a000 r-xp 00000000 00:0e 236 /home/hik/hicore
00372000-003a5000 rw-p 00362000 00:0e 236 /home/hik/hicore
003a5000-00e28000 rwxp 003a5000 00:00 0 [heap]
40000000-40005000 r-xp 00000000 01:00 94 /lib/ld-uClibc.so.0
416db000-41770000 rw-s c2005000 00:0f 68 /dev/mem
b51fc000-b5200000 rwxp b51fc000 00:00 0
hellip; hellip;.
be1fc000-be200000 rwxp be1fc000 00:00 0
be93b000-be950000 rwxp befeb000 00:00 0 [stack]
*** 行：从 r -xp 可知其权限为只读、可执行，该段内存地址对应于执行文件的代码段，程序的代码段需加载到内存中才可以执行。由于其只读，不会被修改，所以在整个系统内共享。
第二行：从 rw- p 可知其权限为可读写，不可执行，该段内存地址对应于执行文件的数据段，存放执行文件所用到的全局变量、静态变量。
第三行：从 rwxp 可知其权限是可读写，可执行，地址空间向上增长，而且不对应文件，是堆段，进程使用 malloc 申请的内存放在堆段。每个进程只有一个堆段，不论是主进程，还是不同的线程申请的内存，都反映到到进程的堆段。堆段向上增长，*** 可以增长到 1GB 的位置，即 0x40000000，如果大于 1GB，glibc 将采用 mmap 的方式，为堆申请一块内存。
第四行：是程序连接的共享库的内存地址。
第五行：是以 mmap 方式映射的虚拟地址空间。
第六、七行：是线程的栈区地址段，每个线程的栈大小都是 16K。
第八行：是进程的栈区。关于栈段，每个线程都有一个，如果进程中有多个线程，则包含多个栈段。
三、当前系统总内存的统计
1、进程占用的总内存可以通过上述 maps 表计算出来。
2、当系统运行起来以后，会把应用层相关的文件挂载到 tmpfs 文件系统下，海思系统下这部分大概有 13M 左右，这部分内存是以 cache 方式统计出来的，但是这部分内存 cache 无法通过回收策略或者显式的调用释放掉。
3、根文件系统 ramdisk 占用的内存。
4、当前系统保留内存的大小，可以通过查看 /proc/sys/vm/min_free_kbytes 来获取或者修改此内存的大小。
5、当然，当系统运行起来后，还应该留有一定的内存用于在硬盘读写时做 cache 或者网络负荷比较高时分配 skb 等，一般需要 30M 以上。
四、对调试内存泄露类问题的一些启示
当进程申请内存时，实际上是 glibc 中内置的内存管理器接收了该请求，随着进程申请内存的增加，内存管理器会通过系统调用陷入内核，从而为进程分配更多的内存。
针对堆段的管理，内核提供了两个系统调用 brk 和 mmap，brk 用于更改堆顶地址，而 mmap 则为进程分配一块虚拟地址空间。
当进程向 glibc 申请内存时，如果申请内存的数量大于一个阀值的时候，glibc 会采用 mmap 为进程分配一块虚拟地址空间，而不是采用 brk 来扩展堆顶的指针。缺省情况下，此阀值是 128K，可以通过函数来修改此值。
#include malloc.hInt mallopt(int param, int value)
Param 的取值分别为 M_MMAP_THRESHOLD、M_MMAP_MAX。
Value 的取值是以字节为单位的。
M_MMAP_THRESHOLD 是 glibc 中申请大块内存阀值，大于该阀值的内存申请，内存管理器将使用 mmap 系统调用申请内存，如果小于该阀值的内存申请，内存管理器使用 brk 系统调用扩展堆顶指针。
M_MMAP_MAX 是该进程中最多使用 mmap 分配地址段的数量。
如果在实际的调试过程中，怀疑某处发生了内存泄露，可以查看该进程的 maps 表，看进程的堆段或者 mmap 段的虚拟地址空间是否持续增加，如果是，说明很可能发生了内存泄露，如果 mmap 段虚拟地址空间持续增加，还可以看到各个段的虚拟地址空间的大小，从而可以确定是申请了多大的内存，对调试内存泄露类问题可以起到很好的定位作用。
以上是“Linux 下如何解决内存统计和内存泄露类问题”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注丸趣 TV 行业资讯频道！
