先弄清楚这里的学问,再来谈 iOS 内存管理与优化(一)

文章来源简书://www.greatytc.com/p/deab6550553a

内存有分类吗?什么类型的内存可以回收?

当然具有分类

  • Clean Memory:在闪存中有备份,能够再次读取。主要包括system frameworkbinary executable of your appmemory mapped files
  • Dirty Memory:所有非Clean Memory系统无法回收。包括Heap allocationcachesdecompressed images

内存之间的关系是什么呢?

  • 虚拟内存层面:virtual memory = clean memory + dirty memory.
  • 物理内存层面:resident memory= dirty memory+clean memory that loaded in physical memory

  • 总结virtual memory == (clean memory + dirty memory) > resident memory >dirty memory

你的程序有时候会因为系统内存不足而被杀死,这个时候你应该更多关注物理内存层面。

虚拟内存是做啥的?

我们在引入虚拟内存之前,程序指令必须都在物理内存内,这样使得程序的大小被限制在物理内存的大小以内。事实上,有很多情况并不需要将整个程序放在内存中。来看下面一个实例程序:

// clean memory
char *buf = malloc(100*1024*1024)

// dirty memory
for(int i=0; i < 3*1024*1024; ++i){
    buf[i] = rand()
}

首先申请了100兆的虚拟内存,操作系统很懒的,你申请了,但是你只要不用,我就不会给你分配物理内存。后来for循环中,我们进行读写,操作系统就会分配3兆的物理内存,而其他97兆是在虚拟内存。

所以虚拟内存的使用,使得程序不再受物理内存空间的限制,程序的地址不一定在内存上,也可能在辅存上。用户可以为一个巨大的虚拟空间地址编写程序。

使用Allocations工具来验证刚才的说法

下面这个图片,刚才已经分析过了,对于虚拟内存和物理内存的占用应该已经了解到了。

分析内存

我们把两段代码放在两个Button下面,当点击button1就会触发第一个函数,当点击button2就会触发第二个函数。

然后我们通过Instrument启动Allocations工具,启动程序后,可以看到最初的内存分配情况如下:

最初

All Heap & Anoymous VM可以一起来看,代表分配的所有虚拟内存,Dirty Size就是刚才讲的Dirty Memoryresident Size就是物理内存的大小

然后点击Button1,查看内存情况,发现虚拟内存增加100M,其他没有变化

点击Button1之后

点击Button2,查看内存情况,发现物理内存和Dirty Memory都增加了3M,同时虚拟内存增加100M

点击Button2之后

虚拟内存 VS 物理内存

首先了解内存抽象这么一个概念,我们的程序访问的都是逻辑地址空间(也叫虚拟地址),逻辑地址需要经过转换之后才可以访问到物理内存。虚拟内存到物理内存的映射是怎样的呢?

  • 主要是两个寄存器在中间起到了强大的作用,界限寄存器用来判断是否越界,如果没有越界就会加上基址寄存器的值,转换为物理内存地址。
映射

为什么桌面系统中很少有应用因为内存过多而被Kill掉,但是iOS会呢?

对于桌面操作系统,是具有丰富的辅存的,我们的操作系统可以使用置换机制(Swap)。比如说,我物理内存紧张了,我就把我现在不用的进程暂时置换到磁盘去,腾出空间给新的进程,这样就相当于使用磁盘来扩展物理内存。

Swap机制

但是对于移动设备(包括苹果、安卓等),无Swap机制,主要是由于移动设备的闪存容量很有限,并且闪存的频繁读写很降低寿命。对于iOS使用的就是Kill掉优先级低的进程。下面一个问题进行详细阐述。

iOS内存管理机制是怎样的?基于什么原则来Kill掉进程呢?

iOS使用的是低内存处理机制Jetsam,这是一个基于优先级队列的机制。

优先级

从上往下,优先级越来越高,看图可以发现,优先级由低到高是:IDLE(空闲)->BACKGROUND->FOREGROUND,依次类推。当内存过低的时候,就会在队列中进行广播,希望大家尽量释放内存,如果一段时间后,仍然内存不够,就会开始Kill进程,直到内存够用。

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

推荐阅读更多精彩内容