iOS中的内存管理

iOS中的内存管理

内存管理的思考方式

  • 自己生成的对象,自己持有
  • 非自己生成的对象,自己也能持有
  • 不再需要自己持有的对象时释放
  • 非自己持有的对象无法释放

表1 对象操作与Objectice-C 方法的对应

对象操作 Objective-C 方法
生成并持有对象 alloc/new/copy/mutableCopy方法
持有对象 retain 方法
释放对象 release 方法
废弃对象 dealloc 方法

这些有关Objective-C的内存管理的方法,实际上并不包含在语言中,而是包含在Cocoa框架中用于OS X、iOS应用开发。Cocoa框架中Foundation框架类库的NSObject类担负内存管理的职责。以上的方法分别指代NSObject的实例方法。

内存方法的底层实现

GNUstep是Cocoa框架的互换框架。通过从alloc/retain/release/dealloc 在GNUstep中的实现。具体总结如下:

  • 在Objective-C 的对象中存有引用计数这一整数值。
  • 调用alloc/retain 后,引用计数值加1。
  • 调用release后,引用计数值减1。
  • 引用计数值为0时,调用dealloc 方法废弃对象。

而苹果的实现通过Xcode调试器和iOS大概可以追溯到是采用散列表(引用计数表)来管理引用计数。

GNUstep将引用计数保存在对象占用内存块头部的变量中,好处是:

  • 少量代码即可完成
  • 能够统一管理引用计数用内存块与对象用内存块

苹果的实现是保存在引用计数表的记录中,好处是:

  • 对象用内存块的分配无需考虑内存块头部
  • 引用计数表各记录中存有内存块地址,可从各个纪录追溯到各对象的内存块。

autorelease

autorelease会像C语言的自动变量那样来对待对象实例。当超出其作用域(相当于变量作用域)时,对象实例的release方法被调用,编程人员可以设定变量的作用域。

autorelease的具体使用方法如下:

  1. 生成并持有NSAutoreleasePool 对象;
  2. 调用已分配对象的 autorelease 实例方法;
  3. 废弃 NSAutoreleasePool 对象

注意: 大量产生 autorelease 对象但是没有废弃 NSAutoreleasePool 对象,可能会引起内存不足(读入大量图像)。

Cocoa 框架中也有很多类方法用于返回 autorelease 的对象。比如 NSMutableArray 类的 arrayWithCapacity 类方法。

id array = [NSMutableArray arrayWithCapacity:1];

等同于

id array = [[[NSMutableArray alloc] initWithCapacity:1] autorelease];

ARC

引用计数式内存管理的思考方式在ARC有效时也是可行的。Objectve-C 编程中为了处理对象,可将变量类型定义为id 类型或者各种对象类型。

ARC有效时,id 类型和对象类型同C语言的其他类型不同,其类型必须加上所有权修饰符。

所有权修饰符

  • __strong 修饰符
  • __weak 修饰符
  • __unsafe_unretained 修饰符
  • __autoreleasing 修饰符
__strong 修饰符

__strong 修饰符是默认的所有权修饰符。

回想iOS内存的思考方式,“自己生成的对象,自己持有”和“非自己生成的对象,自己也能持有”只需通过对带__strong修饰符的变量赋值便可达成。

通过废弃带__strong 修饰符的变量(变量作用域结束或是成员变量所属对象放弃)或者对变量赋值目都可以做到“不再需要自己持有的对象时释放”。

最后一项“非自己持有的对象无法释放”,由于不必再次键入release, 所以原本就不会执行。

__weak 修饰符

出现原因:仅通过__strong 修饰符是不能解决 循环引用

__unsafe_unretained

附有 __unsafe_unretained 修饰符的变量不属于编译器的内存管理对象。

在使用__unsafe_unretained 修饰符时,赋值给附有 __strong 修饰符的变量时有必要确保被赋值的对象确实存在。否则会变为 悬垂指针,造成错误访问。

__autoreleasing 修饰符

ARC有效时不能使用 autorelease 方法。指定“@autoreleasepool块”来替代“NSAutoreleasePool类对象生成、持有及废弃”
这一范围。

@autoreleasepool {
    id __autoreleasing obj = [ [NSObject alloc] init];
}

iOS中,显示地附加 __autoreleasing 修饰符同显示地附加 __strong 修饰符一样罕见。

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

推荐阅读更多精彩内容