iOS 内存对齐原则分析
2020-09-08 本文已影响0人
iOS_沧海一笑
image.png在分析内存对齐原则之前,我们先来分析一下在OC和C中,各种基本数据类型在32位或64位的操作系统中,他们所占的字节数是否相同呢?各占多少字节数呢?
根据上图的数据类型所占的字节数,我们就有了内存对齐的原则:
- 数据成员对齐规则:结构(
struct
)(或联合union
)的数据成员,第一个数据成员放在offset
为0的地方,以后每个数据成员存储的起始位置要从该成员大小或者成员的子成员大小(只要该成员有子成员,比如说是数组,结构体等)的整数倍开始(比如int
为4
字节,则要从4
的整数倍地址开始存储)。
- 数据成员对齐规则:结构(
- 结构体作为成员:如果一个结构体里面有某些结构体成员,则结构体成员要从其内部最大元素大小的整数倍地址开始存储。(
struct a
里存有struct b
,b
里有char,int,double
,等元素,那b
应该从8的整数倍开始存储)。
- 结构体作为成员:如果一个结构体里面有某些结构体成员,则结构体成员要从其内部最大元素大小的整数倍地址开始存储。(
- 收尾工作:结构体的总大小,也就是
sizeof
的结果,必须是其内部最大成员的整数倍,不足的要补齐。
- 收尾工作:结构体的总大小,也就是
我们用一个案例来分析字节对齐原则:
struct One {
double a; // 8 0...7
int b; // 4 8 9 10 11
char c; // 1 12
short d; // 2 14 15
} CSOne;
// 内部需要的大小为: 16
// 最大属性: 8
// 结构体整数倍:16
struct Two {
double a; // 8 0...7
char b; // 1 8
int c; // 4 12 13 14 15
short d; // 2 16 17
} CSTwo;
// 内部需要的大小为: 18
// 最大属性: 8
// 结构体整数倍:24
struct Three {
double a; // 8 0...7
char b; // 1 8
short c; // 2 10 11
int d; // 4 12 13 14 15
} CSThree;
// 内部需要的大小为: 16
// 最大属性: 8
// 结构体整数倍:16
以上3个结构体中,有a , b, c, d
4 个完全一样的属性,只是它们的位置不同,那么这3个结构体所占的字节数是否相同呢?
NSLog(@"%lu ---- %lu ---- %lu", sizeof(CSOne), sizeof(CSTwo), sizeof(CSThree));
// 控制台打印的数据:
16 ---- 24 ---- 16
分析:通过控制台打印的数据,我们得出是不相同的,为什么会这样呢?他们只是换了一下位置就不同?这是由于结构体内属性的字节数不同,属性存储时内存对齐原则导致的。
- 我们先分析结构体
Two
分析:
a
是double
类型,占用8
字节,由于是第一个数据成员,则放在offset
为0
的地方( 0...7 )
,b
是char
类型占用1
字节,根据结构体内存对齐原则,由于8
是1
的倍数,则b
存在8
的位置,再继续存储c
,由于c
是int
类型占4
字节,而9, 10, 11
位置都不是4
的倍数,所以不能存储,到12
的位置,12
是4
的倍数,则开始存储c (12, 13, 14, 15)
, 再开始存储d
,由于d
是short
类型占用2
字节,从16
的位置开始存储,16
是2
的整数倍可以存储,则d
存储在(16, 17)
的位置。存储完a , b, c, d
,后 ,内部需要的大小为18
字节,根据内存对齐第三条,则需要24
字节存储空间。
接下来我们分析一下结构体嵌套类型的数据对齐方式:
struct Four {
double a;
char b;
int d;
short c;
struct Three *e;
} CSFour;
通过控制台打印的数据:
NSLog(@"%lu", sizeof(CSFour));
// 打印信息:
32
通过代码分析,我们可以得出,由于结构体指针只占
8
字节,所以 结构体CSFour
中的结构体e
只占8
字节,其他的属性经过之前的分析得出大小为18
字节, 再加上结构体e
的大小为8
字节,根据内存对齐原则,可得出 结构体CSFour
的大小为32
字节。