OBJC 第一章 引用计数 读书笔记,知识结构基本按照课本章节安排,也加入了自己的一些理解和注意事项,只要是供自己日后快速回顾使用。
什么是自动引用计数
让编译器进行内存管理,编译器在合适地方自动进行retain/release(包括运行时)
内存管理/引用计数
内存管理的4条基本原则:
- 自己生成的对象, 自己持有.
非自己生成的对象, 自己也能持有
12id obj = [NSMutableArray array]; // 取得对象存在, 但自己并不持有对象[obj retain]; // 自己持有对象不再需要自己持有对象时释放.
12345id obj = [[NSObject alloc] init]; // 自己持有对象[obj autorelease]; // 取得的对象存在, 但自己不持有对象非自己持有的对象无法释放id obj = [NSMutableArray array]; // 取得对象存在, 但自己并不持有对象[obj release]; // 释放了非自己持有的对象!会导致应用程序崩溃,想持有对象,则如下:
12345678910111213141516171819id obj = [NSMutableArray array]; // 取得对象存在, 但自己并不持有对象[obj retain]; //持有对象[obj release]; // 释放对象//原因://allocObject 返回生成并持有的对象- (id)allocObject{id obj = [[NSObject alloc] init];return obj;}//object 返回生成的对象,对象存在但不持有- (id)Object{id obj = [[NSObject alloc] init];[obj autorelease];//autorelease 可以使对象超出指定的生存范围时自动并正确的释放(调用release)return obj;}
即:以init名称开始的方法直接返回对象, 不注册到autoreleasepool上.
内存管理明白几个名词:
- 生成并持有对象 :alloc(XXX)、new(XXX)、copy(XXX)、mutableCopy(XXX)等
- 持有对象 :retain
- 释放对象 :release
- 废弃对象 :dealloc
实质为NSObject的对象管理
alloc/retain/release/dealloc 具体实现:
GNUstep是Cocoa的互换框架。 GNUstep将引用计数保存在对象占用内存块头部的结构体(struct obj_layout)变量(retained)中, 而苹果的实现则是采用散列表(引用计数表)来管理引用计数.
GNUstep实现:
alloc的调用栈:alloc → allocWithZone → NSAllocObject
因此我们在alloc/retain/release/dealloc,都会通过((struct obj_layout )obj)[-1].retained 来进行引用计数的管理。通过&((struct obj_layout )obj)[-1]获取实际的对象地址。
苹果实现:
alloc的调用栈:alloc → allocWithZone → class_createInstance → calloc
与GNUstep基本一致, class_createInstance → calloc 为运行时方法,最后会调用到CFRuntime的__CFDoExternRefOperation方法进行分发
|
|
alloc => 调用class_createInstance(calloc)分配内存 => 设置isa指针和成员变量初始值(0) => 在引用计数表中添加纪录,并将引用计数值置为1
dealloc => 删除引用计数表中的对应记录 => free内存块
GNUstop的好处 :
少量代码即可完成.
能够统一管理引用计数用内存块与对象用内存块.
苹果的好处 :
对象用内存块的分配无需考虑内存块头部.
引用计数表各记录中存有内存块地址, 可从各个记录追溯到各对象的内存块.
autorelease
概述
- autorelease 像ARC,实际上类似局部变量的特性。其作用:
- 1、生成并持有NSAutoreleasePool对象;
- 2、调用已分配对象的autorelease实例方法
- 3、放弃NSAutoreleasePool对象
在Cocoa框架中,相当于主循环的NSRunLoop或者其他程序可执行的地方,对NSAutoreleasePool对象进行生成、持有和废弃处理。
autorelease实现:
GNUStep:通过连续列表实现;在废弃时,遍历NSAutoreleasePool对象数组,进行release
苹果实现:功能与GNUstep类似,
调试:iOS:[NSAutoreleasePool showPools]
运行时函数:__objc_autoReleasePoolPrint();
ARC规则
文件的编译属性设置:-fobjc-arc 或 -fno-objc-arc
修饰符
- strong :ARC中, id及其他对象默认就是strong修饰符修饰;MRC中, 使用__strong修饰符, 不必再次键入retain/release. 持有强引用的变量超出其作用域时被废弃, 随着强引用的失效, 引用的对象会随之释放.
__weak :
123456//warning:自己生成的对象,自己不持有,会立即释放id __weak obj = [[NSObject alloc] init];//fixid __strong obj2 = [[NSObject alloc] init];id __weak obj3 = obj2unsafe_unretained (同weak iOS4 以下替代weak)
__autoreleasing
不以alloc/new/copy/mutableCopy开头的方法(init系列方法除外)返回的对象将自动注册
id的指针或对象的指针在没有显示指定时会被附加上autoreleasing修饰符。
对象指针型赋值时,所有权修饰符必须一致。
id autorelease *obj 会被初始化为nil,而__strong修饰符就不会。
ARC 规则:
其中id 和 “void *”称为 Toll-Free Bridge(CF对象与OC对象的转换不需要使用额外的CPU资源)
bridge转换
单纯地转换, 不安全.123id obj = [[NSObject alloc] init];void *p = (__bridge void *)obj;id o = (__bridge id)p;__bridge_retained转换(与retain类似)
可使要转换赋值的变量也持有所赋值的对象, 即1234id obj = [[NSObject alloc] init];void *p = (__bridge_retained void *)obj;// 相当于加上 [(id)p retain];则obj与p同时持有该对象bridge_transfer转换(与release类似)
与bridge_retained相反, 被转换的变量所持有的对象在该变量被赋值给转换目标变量后随之释放.123id obj = [[NSObject alloc] init];void *p = (__bridge_transfer void *)obj;// 相当于加上 [(id)p retain]; [obj release];
属性:
ARC 实现
__strong:
赋值分为两种情况:
alloc/new/copy/mutableCopy系列:涉及的函数有:objc_msgSend、objc_release和objc_retain、objc_autoreleaseobject系列:涉及的函数:objc_msgSend Objc_autoreleaseReturnValue, objc_retainAutoreleasedReturnValue 优化
weak
规则:
若附有weak修饰符的变量所引用的对象被废弃, 则将nil赋值给该变量.使用附有__weak修饰符的变量, 即是使用注册到autoreleasepool中的对象.
大量Weak变量会消耗CPU资源,只有在需要weak的地方才进行weak
|
|
weak变量访问所引用的对象几次, 对象就被注册到autoreleasepool里几次,可以通过strong对其强持有,则可以使其只注册一次。
文中还提到一个黑魔法,allowsWeakRefenrence, retainWeakRefenrence;后续再补充验证是否可用
- __autorealse的实现:
将对象赋值给附有__autoreleasing修饰符的变量等同于MRC下调用对象的autorelease方法.
|
|
那么调用alloc/new/copy/mutableCopy以外的方法会怎样呢?
|
|
可见注册autorelease的方法没有改变, 仍是objc_autorelease函数
如何获取引用计数值
- 获取引用数值的函数
uinptr_t _objc_rootRetainCount(id obj)
retainCount计数不准确。
个人不建议通过查看引用计数来进行内存方面的管理
总结
Effective OC 中 关于引用计数的注意事项,正好这里有总结
- 避免循环引用(使用__weak修饰符)-
- 遵循ARC方法命名规则
- 适时清空指针(赋值nil即可, 避免野指针错误)
- 如用到Core Foundation对象, 则在dealloc方法中释放
- 在dealloc方法中只释放引用并移除监听(不能在dealloc中开启异步任务)
- 对于内存开销较大的资源, 如file descriptor, socket, 大块内存等应在
- 不需要使用的时候调用close方法释放掉而不是在dealloc中处理.
- 适当使用@autoreleasepool block来降低内存峰值
- 必要时开启”僵尸对象”调试内存管理问题