在开始评论__weak机制之前,首先,一些床上用品
ARC 实现
苹果公司的官方介绍说,。ARC这是“内存管理由编译器”的,但事实上,只有编译器不能完全胜任,ARC另外还要看OC执行-time库,那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
版权声明:本文博客原创文章,博客,未经同意,不得转载。