iOS开发 — calloc底层探索&内存对齐

在上一篇文章中我们可以看到对象是由calloc()方法开辟内存空间的，那这个方法底层都干了什么，这时我们就需要查看源码。

1.calloc源码分析

我们先来看一段代码:

通过代码和输出结果可以得知我们申请了24字节的内存，但是系统实际开辟了32字节的内存，到底是为什么要这么做呢？点进去查看源码实现：

接下来通过lldb可以找到nano_malloc()方法，直接去搜索可以看到源码：

继续跟进去：

通过查看这段源码可以发现，slot_bytes就是系统最终开辟的内存空间，所以我们需要查看一下segregated_size_to_fit()方法：

再去查看一下宏定义：

这个方法的功能是通过算法进行16字节对齐，这也就能解释开篇时为何申请24字节系统却开辟32字节的问题。

结合上一篇文章中对象的属性8字节对齐可以总结出：

• 对象的属性是进行的8字节对齐
• 对象本身是进行的16字节对齐

2.内存对齐

既然我们通过源码分析得出了系统会在开辟内存空间时进行内存对齐，那么内存对齐的规则是什么？以及内存对齐的原因和带来的好处有哪些？

2.1 内存对齐规则 

 １.数据成员对⻬规则：结构(struct)(或联合(union))的数据成员，第⼀个数据成员放在offset为0的地⽅，以后每个数据成员存储的起始位置要 从该成员⼤⼩或者成员的⼦成员⼤⼩（只要该成员有⼦成员，⽐如说是数组， 结构体等）的整数倍开始(⽐如int为４字节,则要从４的整数倍地址开始存储。 

２.结构体作为成员：如果⼀个结构⾥有某些结构体成员,则结构体成员要从其内部最⼤元素⼤⼩的整数倍地址开始存储(struct a⾥存有struct b，b ⾥有char、int 、double等元素，那b应该从8的整数倍开始存储) 。

３.收尾⼯作:结构体的总⼤⼩,也就是sizeof的结果，必须是其内部最⼤成员的整数倍，不⾜的要补⻬。 

2.2 内存对齐的原因及好处