您的位置:首页 > 其它

ARC 的实现

2016-05-05 23:36 239 查看



怎样监控 oc 对象被release
1 __weak weakObj = Obj
2 重载 delloc
---------------------------------------------------
ARC 的实现
苹果的官方说明中称,ARC是“由编译器进行内存管理”的,但实际上只有编译器是无法完全胜任的,ARC还依赖OC运行时库,也就是说ARC是通过以下工具、库来实现的:
● clang (LLVM 编译器)3.0以上
● objc4 OC运行时库 493.9以上
如果按照苹果的说明,仅仅是编译器管理内存的,那么__weak修饰符也可以在iOS 4中使用

__weak 修饰符

就像我们知道的那样__weak修饰符提供了如同魔法般的公能。
● 若使用__weak修饰符的变量引用对象被废弃时,则将nil赋值给该变量
● 使用附有__weak修饰符的变量,就是使用注册到autoreleasepool的对象。

我们来看看它的实现:
{

id __weak obj_weak = obj;    //obj已被赋值,并且是strong类型的

}

/*编译器的模拟代码*/

id obj_weak;

objc_initWeak(&obj_weak,obj);   //初始化附有__weak修饰符的变量

objc_destroyWeak(&obj_weak);    //释放该变量


其中objc_initWeak objc_destroyWeak都是调用了objc_storeWeak函数,所以,上面的代码可以转化为下面的代码

id obj_weak;

obj_weak = 0;

objc_storeWeak(&obj_weak,obj);

objc_storeWeak(&obj,0);


objc_storeWeak函数以把obj的地址作为键值,obj_weak的地址作为值存放到weak表(weak是一个hash表)中。






释放对象时,废弃对象的同时,程序的动作是怎样的呢?对象通过objc_release释放。
1. objc_release
2. 因为引用计数为0所以执行dealloc
3. _objc_rootDealloc
4. object_dispose
5. objc_destructInstance
6. objc_clear_deallocating

而,调用objc_clear_deallocating的动作如下:

1. 从weak表中获取废弃对象的地址为键值的记录。
2. 将包含在记录中的所有附有__weak修饰符变量的地址,赋值为nil
3. 从weak表中删除记录
4. 从引用计数表中删除废弃对象的地址作为键值的记录

根据以上步骤,前面说的如果附有__weak修饰符的变量所引用的对象被废弃,则将nil赋值给这个变量,这个功能即被实现。
__weak的第二个功能,使用__weak 修饰符的变量,即是使用注册到autoreleasepool中的对象。
{

id __weak obj_weak = obj;//obj已被赋值,并且是strong类型的

NSLog(@"%@",obj_weak);

}

该代码转化为如下形式:
/*编译器的模拟代码*/

id obj_weak;

objc_initweak(&obj_weak,obj);

id tmp = objc_loadWeakRetained(&obj_weak);

objc_autorelease(tmp);

NSLog(@"%@",tmp);

objc_destroyWeak(&obj_weak);


与被赋值时相比,在使用附有__weak修饰符变量的情形下,增加了对objc_loadWeakRetained函数和objc_autorelease函数的调用。这些函数的动作如下:

1. objc_loadWeakRetained函数取出附有__weak修饰符变量所引用的对象并retain
2. objc_autorelease函数将对象注册到autorelease中。

由此可知,因为附有__weak修饰符变量所引用的对象这样被注册到autorelease中,所以在@autoreleasepool块结束之前都可以放心使用。

注:OC中有一些类,并不支持ARC,例如NSMachPort类。可以通过allowsWeakReference/retainWeakReference方法来判断是否支持ARC
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: