目录

内存管理函数

函数声明

event-config.h

函数定义

event_mm_malloc_

event_mm_calloc_

event_mm_strdup_

event_mm_realloc_

event_mm_free_

event_set_mem_functions设置自定义内存管理函数

内存管理流程


以下源码均基于libevent-2.0.21-stable。

内存管理函数

函数声明

libevent的内存管理函数不是很多也不复杂,函数的声明放在mm-internal.h下面,如下所示:

可以发现,内存管理函数主要有5个:event_mm_malloc_、event_mm_calloc_、event_mm_strdup_、event_mm_realloc_和event_mm_free_,从函数名就能够大概猜出函数的作用,先不说这个,先来看另一个需要注意的地方。

所有内存管理函数的声明都是放在一个条件编译体内的,其编译条件为没有定义_EVENT_DISABLE_MM_REPLACEMENT,也就是说,如果程序中定义了_EVENT_DISABLE_MM_REPLACEMENT,那么内存管理函数将无法使用,那么libevent是如何去控制是否定义_EVENT_DISABLE_MM_REPLACEMENT的呢?这里就不得不说一下另一个很重要的头文件event-config.h。

event-config.h

如果仔细观察,就会发现,libevent中的大多数.c文件都包含了event-config.h头文件。从这个头文件名字来看,这应当是用来进行配置的,配置什么呢?先来看看头文件中的内容:

从上面展示的部分event-config.h内容来看,event-config.h实际上就是对程序中可能会用到的宏定义进行#define或者#undef,从而来控制编译行为。注意到event-config.h第21行代码,恰好就是前面所说的_EVENT_DISABLE_MM_REPLACEMENT。

        参考第20行的注释,如果不允许替换libevent提供的内存管理函数,那么就会定义_EVENT_DISABLE_MM_REPLACEMENT,在此情况下mm-internal.h将不会声明前面提到的内存管理函数也就无法使用了。如果允许替换则不定义,就可以使用那些内存管理函数。

那么如何设置是否允许替换libevent提供的内存管理函数呢?这是由一开始安装libevent库时./configure的选项决定的,在libevent库安装一文中,通过指定./configure的prefix来指定安装路径,当然,还有很多选项,直接打开configure文件(下载下来的文件中,非最终安装的文件中),其中一部分如下所示:

黄色高亮部分为执行./configure时可附加的选项 --disable-malloc-replacement,根据该选项的说明“disable support for replacing the memory mgt functions”可以知道,它就是用来设置是否允许替换内存管理函数的。

通过实践来证明一下:之前执行./configure时没有添加--disable-malloc-replacement,安装路径(非下载路径,下载路径中也有event-config.h)下的event-config.h中对_EVENT_DISABLE_MM_REPLACEMENT是未定义状态此时就可以替换内存管理函数。

现在重新将libevent库安装到另一个文件夹下,添加--disable-malloc-replacement选项,如下所示:

然后make && make  install,再到安装后的include文件夹下打开event-config.h,如下所示:

此时发现_EVENT_DISABLE_MM_REPLACEMENT被定义了,也就不能替换内存管理函数了。

以上证明:如果在./configure进行配置的时候添加了--disable-malloc-replacement选项,那么无法调用内存管理函数的。

通过以上分析,明白了内存管理函数的允许调用的条件,下面来看看内存管理函数的具体实现。

函数定义

内存管理函数的定义都位于event.c下。下面依次来看event_mm_malloc_、event_mm_calloc_、event_mm_strdup_、event_mm_realloc_和event_mm_free_五个函数。

event_mm_malloc_

根据event_mm_malloc_的名字可以大致猜出这个函数与malloc有关,函数定义如下:

  1. void *
  2. event_mm_malloc_(size_t sz)
  3. {
  4. if (_mm_malloc_fn)
  5. return _mm_malloc_fn(sz);
  6. else
  7. return malloc(sz);
  8. }

这里先对_mm_malloc_fn进行了判断,毫无疑问,这与libevent库日志及错误处理中所用到的log_fn和fatal_fn是类似的,查看_mm_malloc_fn的定义为:static void *(*_mm_malloc_fn)(size_t sz) = NULL;

也就是说,这里的_mm_malloc_fn是一个函数指针,当_mm_malloc_fn非空时,会直接以event_mm_malloc_的入参sz为参数调用_mm_malloc_fn所指向的函数。如果_mm_malloc_fn为空,执行的就是默认处理行为了(_mm_malloc_fn初始值为NULL)。这里的默认处理行为是直接调用malloc函数,根据event_mm_malloc_的入参sz,在内存中开辟一段连续的大小为sz的空间,并且返回指向这段空间的泛型指针。

可想而知,_mm_malloc_fn所指向的函数至少需要保留malloc函数的功能

event_mm_calloc_

event_mm_calloc_函数定义如下:

  1. void *
  2. event_mm_calloc_(size_t count, size_t size)
  3. {
  4. if (_mm_malloc_fn) {
  5. size_t sz = count * size;
  6. void *p = _mm_malloc_fn(sz);
  7. if (p)
  8. memset(p, 0, sz);
  9. return p;
  10. } else
  11. return calloc(count, size);
  12. }

这里依然会先判断_mm_malloc_fn,先来看_mm_malloc_fn为空情况下的默认处理行为,event_mm_calloc_会直接调用calloc函数。calloc函数与malloc函数相似,都是开辟一段连续的空间,不同点在于calloc函数需要传入count和size两个参数,用来开辟count个大小为size的连续空间(总大小为count*size),并且为这些空间全部赋值为0。然后返回指向这段空间的泛型指针。

再来看_mm_malloc_fn非空的情形,会先计算开辟空间总大小sz,然后调用_mm_malloc_fn所指向的函数,而调用的函数也应当实现malloc的效果,开辟一段空间,然后再用memset对这段空间初始化为0,并返回指向这段空间的泛型指针。

也就是说,这里_mm_malloc_fn非空的情形下需要保留calloc的功能。

event_mm_strdup_

event_mm_strdup_函数定义如下:

  1. char *
  2. event_mm_strdup_(const char *str)
  3. {
  4. if (_mm_malloc_fn) {
  5. size_t ln = strlen(str);
  6. void *p = _mm_malloc_fn(ln+1);
  7. if (p)
  8. memcpy(p, str, ln+1);
  9. return p;
  10. } else
  11. #ifdef WIN32
  12. return _strdup(str);
  13. #else
  14. return strdup(str);
  15. #endif
  16. }

有了前面两个函数的了解,对于event_mm_strdup_,默认需要实现的功能是strdup,strdup是指新开辟一段空间,并将传入的字符串复制到新开辟的空间中,并返回这段空间的指针。

        因此,在_mm_malloc_fn非空的情形下也需要保留strdup的功能。这里实现的方法是:先获取字符串长度,再加上一个终止符作为总长度,开辟该长度的空间,并取得指向该空间的指针,然后将字符串复制到这段空间。

event_mm_realloc_

  1. void *
  2. event_mm_realloc_(void *ptr, size_t sz)
  3. {
  4. if (_mm_realloc_fn)
  5. return _mm_realloc_fn(ptr, sz);
  6. else
  7. return realloc(ptr, sz);
  8. }

和上面一样,先来看realloc有什么功能:realloc用来改变一段内存的大小,传入两个参数,一个指向原空间的指针ptr,以及需要开辟的新空间的大小sz。一般情况下sz会比ptr本身指向的连续空间的大小大,realloc会先判断当前的指针是否有足够的连续空间,如果有,扩大ptr指向的地址,并且将ptr返回如果空间不够,先按照sz指定的大小分配空间,将原有数据从头到尾拷贝到新分配的内存区域,而后释放原来ptr所指内存区域(注意:ptr是自动释放,不需要使用free),同时返回新分配的内存区域的首地址。即重新分配的空间的地址。

        然后再来看,这里判断的不再是_mm_malloc_fn,而是_mm_realloc_fn,_mm_realloc_fn实际上和_mm_malloc_fn相似,也是一个函数指针,可以通过它来调用自定义函数。毫无疑问,_mm_realloc_fn也应当至少保留realloc函数的功能。

event_mm_free_

  1. void
  2. event_mm_free_(void *ptr)
  3. {
  4. if (_mm_free_fn)
  5. _mm_free_fn(ptr);
  6. else
  7. free(ptr);
  8. }

event_mm_free_实现的功能就是释放ptr所指向的内存空间。这里判断的是_mm_free_fn,也是一个函数指针,其指向的函数应保留free的功能。其他的和前面类似。

event_set_mem_functions设置自定义内存管理函数

通过上面的分析,自定义的内存管理函数是通过三个函数指针实现的:_mm_malloc_fn、_mm_realloc_fn和_mm_free_fn,其中_mm_malloc_fn指向的函数应实现分配空间的功能;_mm_realloc_fn指向的函数应实现对已分配空间重新分配大小的功能;_mm_free_fn指向的函数应实现释放已分配空间的功能。

自定义内存管理函数的设置是通过event_set_mem_functions函数实现的,如下所示:

  1. void
  2. event_set_mem_functions(void *(*malloc_fn)(size_t sz),
  3. void *(*realloc_fn)(void *ptr, size_t sz),
  4. void (*free_fn)(void *ptr))
  5. {
  6. _mm_malloc_fn = malloc_fn;
  7. _mm_realloc_fn = realloc_fn;
  8. _mm_free_fn = free_fn;
  9. }

该函数与设置自定义的日志及错误处理函数相似,只不过这里需要同时设置三个函数,对应于_mm_malloc_fn、_mm_realloc_fn和_mm_free_fn。

内存管理流程

转载自:https://blog.csdn.net/qq_28114615/article/details/89236244

libevent源码学习(2):内存管理的更多相关文章

  1. Python 源码学习之内存管理 -- (转)

    Python 的内存管理架构(Objects/obmalloc.c): _____ ______ ______ ________ [ int ] [ dict ] [ list ] ... [ str ...

  2. Memcached源码分析之内存管理

    先再说明一下,我本次分析的memcached版本是1.4.20,有些旧的版本关于内存管理的机制和数据结构与1.4.20有一定的差异(本文中会提到). 一)模型分析在开始解剖memcached关于内存管 ...

  3. libevent源码学习

    怎么快速学习开源库比如libevent? libevent分析 - sparkliang的专栏 - 博客频道 - CSDN.NET Libevent源码分析 - luotuo44的专栏 - 博客频道 ...

  4. libevent源码学习(11):超时管理之min_heap

    目录min_heap的定义向min_heap中添加eventmin_heap中event的激活以下源码均基于libevent-2.0.21-stable.       在前文中,分析了小顶堆min_h ...

  5. libevent源码学习(10):min_heap数据结构解析

    min_heap类型定义min_heap函数构造/析构函数及初始化判断event是否在堆顶判断两个event之间超时结构体的大小关系判断堆是否为空及堆大小返回堆顶event分配堆空间堆元素的上浮堆元素 ...

  6. libevent源码学习(9):事件event

    目录在event之前需要知道的event_baseevent结构体创建/注册一个event向event_base中添加一个event设置event的优先级激活一个event删除一个event获取指定e ...

  7. redis源码解析之内存管理

    zmalloc.h的内容如下: void *zmalloc(size_t size); void *zcalloc(size_t size); void *zrealloc(void *ptr, si ...

  8. Mybatis源码学习之事务管理(八)

    简述 在实际开发中,数据库事务的控制是一件非常重要的工作,本文将学习Mybatis对事务的管理机制.在Mybatis中基于接口 Transaction 将事务分为两种,一种是JdbcTransacti ...

  9. Samba 源码解析之内存管理

    由于工作需要想研究下Samba的源码,下载后发现目录结构还是很清晰的.一般大家可能会对source3和source4文件夹比较疑惑.这两个文件夹针对的是Samba主版本号,所以你可以暂时先看一个.这里 ...

随机推荐

  1. python 内置模块续(二)

    目录 python 内置模块补充 1.hashlib模块 简易使用: 高级使用: 进阶使用: 加盐处理: 校验文件一致性 2.logging日志模块 日志等级 常用处理 "四大天王" ...

  2. sb 错误

    数组开小.很容易 \(2 \times 10^5\) 或 \(10^6\) 就开成 \(10^5\),或者各种变量的数据范围混用,\(m \leq 5\times 10^5\),结果只开到了 \(n\ ...

  3. WC2021 云划水记

    Day -38 - 2459208(2020.12.24) CCF 发公告了,线上举办 hopping. 刚看到还纠结了一会儿,但想想还是报了.虽说是去摸鱼,打打暴力分就走人.但毕竟有牌和没牌也是不一 ...

  4. 洛谷 P6072 -『MdOI R1』Path(回滚莫队+01-trie)

    题面传送门 又是 ix35 神仙出的题,先以 mol 为敬 %%% 首先预处理出根节点到每个点路径上权值的异或和 \(dis_i\),那么两点 \(a,b\) 路径上权值的异或和显然为 \(dis_a ...

  5. cookie的生命周期、访问限制、作用域、prefixes

    cookie的生命周期 cookie的生命周期可以通过两种方式定义: 会话期cookie是最简单的cookie:浏览器关闭后会被自动删除.会话期cookie不需要指定过期时间(Expires)或者有效 ...

  6. Linux升级命令yum upgrade和yum update的区别

    Linux升级命令有两个分别是yum upgrade和yum update, 这个两个命令是有区别的: yum -y update 升级所有包同时也升级软件和系统内核 yum -y upgrade 只 ...

  7. Hadoop入门 常见错误及解决方案

    常见错误及解决方案 目录 常见错误及解决方案 ResourceManager连接失败 root用户和ranan用户两个用户启动集群不统一 不识别主机名 DataNode和NameNode进程同时只能工 ...

  8. 微信小程序的wx.login用async和data解决code不一致的问题

    由于wx.login是异步函数,导致在我们获取微信小程序返回的code去请求我们的登录接口时code的值会异常.现在用promise封装一下,将他success的结果返回,在登陆函数中await就可以 ...

  9. A Child's History of England.50

    'Knave [man without honor]!' said King Richard. 'What have I done to thee [you] that thou [you] shou ...

  10. academy

    academy at/in school都行,academy一般用at. The word comes from the Academy in ancient Greece, which derive ...