iOS底层-内存对齐原理

前言

在研究内存字节对齐之前,先通过两个简单的案例了解一下内存大小占用情况:

新建一个工程,创建一个对象:ZLObject

  • 案例一

打印 malloc 结果如下:

  • 案例二

添加如下属性和方法:

打印 malloc 结果如下:

结论:

  • 一个对象的实际内存大小和实例大小可能会 不一样。例如图中的情况,实际内存大小是32字节,而实例大小是24字节。

  • 栈内存8字节 对齐

为什么实际内存大小和实例大小 不一样 呢?原因是:底层在分配内存的时候,做了 内存对齐,下面就深入了解 内存对齐 的原则。

什么是内存对齐原则?

还是先通过一个案例,分析内存如何分配的。

  • 创建几个属性,分别对属性赋值,并打印其内存情况。
  • 打印 obj内存分配情况,并分别打印其地址指向的内容:

通过打印可知,obj 内存有三块 0x600000d283c00x600000d283d00x600000d283e0 每块都有两个地址,且每块内存都是16字节,通过地址打印结果分析:

  • 第一块的第一个地址指向 ZLObject,说明是isa指针;第二个地址没有打印到结果。
  • 第二块的第一个地址指向 张三,对应的是 name 属性;第二个地址指向 zhang,对应的是 nickName 属性。
  • 第三块的第一个地址指向 北京市,对应的是 address 属性;第二个地址指向空,说明没有内容。

为什么唯独 0x0000001600006261 这个地址没有打印出东西呢?仔细观察发现,其中 0x00000016 就是数字 22,对应的是 age 属性;0x00006261 就是 ASCIIab,对应的就是 ab 属性。

总结:堆空间内存是 16字节 对齐

内存对齐原则

  • 数据成员对⻬规则:结构体(struct)或联合体(union)的数据成员,第⼀个数据成员放在 offset0 的地⽅,以后每个数据成员存储的 起始位置 要从该成员⼤⼩或者成员的⼦成员⼤⼩(只要该成员有⼦成员,⽐如说是数组,结构体等)的整数倍开始。不够整数倍的补齐。(⽐如 int 字节,则要从 整数 倍地址开始存储。
  • 结构体作为成员:如果⼀个结构体⾥有某些结构体成员,则结构体成员要从其 内部最⼤元素 ⼤⼩的 整数倍 地址开始存储。(比如 struct a ⾥存有 struct bb ⾥有 charintdouble 等元素,那 b 应该从8的整数倍开始存储。)
  • 收尾⼯作:结构体的总⼤⼩,也就是 sizeof 的结果,必须是其内部 最⼤成员整数倍,不⾜的要补⻬。

下表是各种数据类型占用内存大小,根据对应类型来计算结构体中内存大小。

通过实际的案例来理解内存对齐原则

案例一

创建两个结构体,分析其内存分配情况:

根据内存对齐原则,分析以上两个结构体的内存分配情况,最后再打印出结果。

结果与分析的一致。

案例二

创建嵌套结构体,分析其内存分配情况:

根据内存对齐原则,分析以上两个嵌套结构体的内存分配情况,最后再打印出结果。

结果与分析的一致。

为什么要进行内存对齐

内存对齐是编译器的管辖范围,编译器在编译时会为程序中的每个数据单元安排在适当的位置上,这个过程就叫内存对齐

很多 CPU(如基于 Alpha,IA-64,MIPS,和 SuperH 体系的)拒绝读取 未对齐 数据。当一个程序要求这些 CPU 读取 未对齐 数据时,这时 CPU 会进入 异常处理状态 并且通知程序 不能继续 执行。所以,如果编译器不进行内存对齐,那在很多平台的上的开发将难以进行。

那么,为什么这些 CPU 会拒绝读取 未对齐 数据?是因为 未对齐 的数据,会大大降低 CPU 的性能。

CPU 存取原理

程序员通常认为内存印象,由一个个的字节组成。

但是,你的 CPU 并 不是字节 为单位存取数据的。CPU 把内存当成是 一块一块 的,块的大小可以是 24816 字节大小,因此 CPU 在读取内存时也是一块一块进行读取的。每次内存存取都会产生一个固定的 开销,减少内存存取次数将提升程序的 性能。所以 CPU 一般会以 2/4/8/16/32 字节为单位来进行存取操作。我们将上述这些存取单位也就是块大小称为(memory access granularity)内存存取粒度。

为了说明内存对齐背后的原理,我们通过一个例子来说明从未对齐地址对齐地址 读取数据的差异。

案例

在一个存取粒度为 8 字节的内存中,先从地址 0 读取 8 个字节到寄存器,然后从地址 3 读取 8 个字节到寄存器。

  • 当从地址 0 开始读取数据时,读取 对齐地址 的数据,直接通过 一次 读取就能完成。
  • 当从地址 3 开始读取数据时,读取 非对齐地址 的数据,需要读取 两次 数据才能完成。
读取对齐地址的数据

读取 非对齐地址 的数据后,还要将 0-7 的数据向上偏移 3 字节,将 8-F 的数据向下偏移 5 字节。最后再将两块数据合并放入寄存器。

读取非对齐地址的数据

对一个 内存未对齐 的数据进行了这么多额外的操作,这对 CPU 的开销很大,大大降低了CPU性能。所以才会进行内存对齐。

总结

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

推荐阅读更多精彩内容