iOS 内存对齐原则分析

在分析内存对齐原则之前,我们先来分析一下在OC和C中,各种基本数据类型在32位或64位的操作系统中,他们所占的字节数是否相同呢?各占多少字节数呢?

image.png

根据上图的数据类型所占的字节数,我们就有了内存对齐的原则:

    1. 数据成员对齐规则:结构(struct)(或联合union)的数据成员,第一个数据成员放在offset为0的地方,以后每个数据成员存储的起始位置要从该成员大小或者成员的子成员大小(只要该成员有子成员,比如说是数组,结构体等)的整数倍开始(比如int4字节,则要从4的整数倍地址开始存储)。
    1. 结构体作为成员:如果一个结构体里面有某些结构体成员,则结构体成员要从其内部最大元素大小的整数倍地址开始存储。(struct a里存有 struct b, b里有char,int,double,等元素,那b应该从8的整数倍开始存储)。
    1. 收尾工作:结构体的总大小,也就是 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
image.png

分析:adouble类型,占用8字节,由于是第一个数据成员,则放在 offset0的地方( 0...7 ), bchar 类型占用 1 字节,根据结构体内存对齐原则,由于 81的倍数,则b 存在8的位置,再继续存储c,由于cint类型占 4字节,而9, 10, 11位置都不是 4 的倍数,所以不能存储,到12的位置,124的倍数,则开始存储c (12, 13, 14, 15), 再开始存储 d,由于 dshort 类型占用 2 字节,从 16 的位置开始存储,162的整数倍可以存储,则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 字节。

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

推荐阅读更多精彩内容