在开始评论__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