iOS底层-4:内存字节对齐

首先我们来看一段代码:

struct MyStructOne {
    char a;//1字节
    short b;//2字节
    int  c;//4字节
    long d;//8字节
} myStruct1;

struct MyStructTwo {
    
    int  c;//4字节
    long d;//8字节
    char a;//1字节
    short b;//2字节
} myStruct2;

NSLog(@"%lu ----- %lu",sizeof(myStruct1),sizeof(myStruct2));

打印结果如下:


image.png

我们看到这两个结构体里面的内容内容一致,只是a、b顺序放到了下面,为什么就多占用了8个字节?并且结构体里面的变量总占用内存其实只要15字节,为什么多占用了一个字节?这是因为出现了内存对齐。

内存对齐规则

每个特定平台上的编译器都有自己的默认“对齐系数”(也叫对齐模数)。程序员可以通过预编译命令#pragma pack(n),n=1,2,4,8,16来改变这一系数,其中的n就是你要指定的“对齐系数”。在iOS中,Xcode默认为#pragma pack(8),即8字节对齐

1.数据成员对齐规则:结构(struct)(或联合(union))的数据成员,第一个数据成员放在offset为0的地方,以后每个数据成员存储的起始位置要从该成员大小或者成员的子成员大小(只要该成员有子成员,比如说是数组,结构体等)的整数倍开始(比如int为4字节,则要从4的整数倍地址开始存储)。

2.结构体作为成员:如果一个结构里有某些结构体成员,则结构体成员要从其内部最大元素大小的整数倍地址开始存储。(struct a里存有struct b,b里有char,int ,double等元素,那b应该从8的整数倍开始存储。)

3.收尾工作:结构体的总大小,也就是sizeof的结果,必须是其内部最大成员的整数倍,不足的要补⻬。

附上各类型内存占用表


内存占用.png
举例验证
struct MyStructOne {
    
    int  c; //4字节  0 1 2 3
    long d;//8字节  (4 5 6 7) 8-15
    char a;//1字节  16
    short b;//2字节 (17) 18 19
} myStruct1; //根据第三条对齐 24

struct MyStructTwo {
    
    int  c;//4字节 0 1 2 3
    char a;//1字节 4 
    struct MyStructOne struct1; //24字节  (5 6 7)  8-31
    short b;//2字节 32 33
} myStruct2;  //根据第三条对齐 40

测试代码

long a = (long) &myStruct2.c;
long b = (long) &myStruct2.a;
long c = (long) &myStruct2.struct1.c;
long d = (long) &myStruct2.struct1.d;
long e = (long) &myStruct2.struct1.a;
long f = (long) &myStruct2.struct1.b;
long g = (long) &myStruct2.b;
        
NSLog(@"%lu ----- %lu",sizeof(myStruct1),sizeof(myStruct2));
NSLog(@"%ld ----- %ld ----- %ld",a,b,c);
NSLog(@"%ld ----- %ld ----- %ld ----- %ld",d,e,f,g);

最终结果如下:


image.png

根据打印结果证实与上面分析结果一致

  • myStruct1myStruct2的内存大小分别是2440
  • 结构体myStruct2首地址4294975744c占用4个字节,a1个字节,打印地址符合
  • 结构体myStruct1,内部最大元素long占用8字节,从偏移量8的地址开始存储4294975752符合
  • 结构体myStruct1内部元素符合,占用偏移量为8-31的内存
  • 结构体myStruct2最后的b元素,从偏移量32位置开始(32刚好是2的整数倍),4294975776符合;最后根据第三条,myStruct2内部最大成员为myStruct1里的long类型,整个结构体内存8字节对齐,故从33扩容到40字节
为什么要内存对齐

内存是一片连续的地址单元,cpu存取数据的时候是一块一块的进行存取的,块的大小可以是2,4,8,16字节大小。每次内存存取都会产生一个固定的内存开销,减少内存存取次数将可以提升程序的性能。所以cpu一般会以2/4/8/16/32字节为单位进行存取。上述这些存取单位也就是块大小被称为(memory access granularity)内存存取粒度。

总结

了解完这些之后,当我们再声明结构体的时候就可以合理安排内部数据的顺序,从而使其占用更少的内存。

:Vc,Vs等编译器默认是#pragma pack(8),所以测试我们的规则会正常;而gcc默认是#pragma pack(4),并且gcc只支持1,2,4对齐。套用三原则里计算的对齐值是不能大于#pragma pack指定的n值。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,686评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,668评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,160评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,736评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,847评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,043评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,129评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,872评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,318评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,645评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,777评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,470评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,126评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,861评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,095评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,589评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,687评论 2 351