循环引用是一个比较常见的问题，之前面试的时候也会被问到，如何解决循环引用问题，其实大家都知道使用__block,__weak这些修饰符可以解决循环引用问题，那今天我们要讨论的就是他们是怎么样解决了循环引用问题的。
__weak
其实__weak是比较好理解的，它的作用就是在两方相互强引用的时候，把其中一个引用变为弱引用，打破这个循环引用的圈。
我们通过代码看一下。
MyPerson * person = [[MyPerson alloc] init];
person.age = @"10";
__weak typeof(person) weakPerson = person;
person.block = ^{
NSLog(@"age is %@", weakPerson.age);
};
MyPerson类里面有一个block，一个string类型的age，在执行block的时候，打印了age，如果不用weakPerson的话，就会产生循环引用，这种用法想必大家都很熟悉。
那我们看一下编译后的cpp文件。
struct __main_block_impl_0 {
struct __block_impl impl;
struct __main_block_desc_0* Desc;
MyPerson *__weak weakPerson;
__main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, MyPerson *__weak _weakPerson, int flags=0) : weakPerson(_weakPerson) {
impl.isa = &_NSConcreteStackBlock;
impl.Flags = flags;
impl.FuncPtr = fp;
Desc = desc;
}
};
可以看到block内部捕获到的是MyPerson *__weak weakPerson;，所以不会产生强引用，自然也就不会出现循环引用问题。
__weak只在ARC环境下使用。
__block
最开始我以为__block消除循环引用的方式跟__weak是一样的。
//这种用法ARC环境下是错的 MRC可以
MyPerson * person = [[MyPerson alloc] init];
person.age = @"10";
__block typeof(person) weakPerson = person;
person.block = ^{
NSLog(@"age is %@", weakPerson.age);
};
我们现在开发一直都是在ARC环境下，首先自己检讨一下，我一直都以为__block可以这么用，而且关键是这样用了确实编译器就没有了关于循环引用的警告了。
但是我们如果重写一下MyPerson类的dealloc方法，让对象释放时打印点东西，你会发现如果使用__weak，在main函数结束时，person会调用dealloc释放，但是如果像上面一样用__block，person不会释放，还是存在循环引用。
我强调了这种用法在ARC环境下不可以，但是在MRC环境下是可以的，因为MRC环境下block不会对__block修饰的属性强引用。
下面是ARC环境正确的__block使用方式。
如果就按照__weak的使用方法使用，在block内部把weakPerson置为nil，同时这个block必须要调用。
MyPerson * person = [[MyPerson alloc] init];
person.age = @"10";
__block typeof(person) weakPerson = person;
person.block = ^{
NSLog(@"age is %@", weakPerson.age);
weakPerson = nil;
};
person.block();//必须有这个代码
也可以这样写：
__block MyPerson * person = [[MyPerson alloc] init];
person.age = @"10";
person.block = ^{
NSLog(@"age is %@", person.age);
person = nil;
};
person.block();
两种写法都一样，必须手动置为nil，然后必须执行block。下面我们说一下原理。
首先呢，我们上面已经说了，如果不手动置为nil的话，使用__block依然有循环引用，我们结合cpp的代码分析一下具体循环引用在什么地方。
我们编译下面这种写法。
MyPerson * person = [[MyPerson alloc] init];
__block typeof(person) weakPerson = person;
person.age = @"10";
person.block = ^{
NSLog(@"age is %@", weakPerson.age);
};
我们来分析一下下面的代码
struct __Block_byref_weakPerson_0 {
void *__isa;
__Block_byref_weakPerson_0 *__forwarding;
int __flags;
int __size;
void (*__Block_byref_id_object_copy)(void*, void*);
void (*__Block_byref_id_object_dispose)(void*);
typeof (person) weakPerson;
};
struct __main_block_impl_0 {
struct __block_impl impl;
struct __main_block_desc_0* Desc;
__Block_byref_weakPerson_0 *weakPerson; // by ref
__main_block_impl_0(void *fp, struct __main_block_desc_0 *desc, __Block_byref_weakPerson_0 *_weakPerson, int flags=0) : weakPerson(_weakPerson->__forwarding) {
impl.isa = &_NSConcreteStackBlock;
impl.Flags = flags;
impl.FuncPtr = fp;
Desc = desc;
}
};
其实这个__block属性的作用咱们之前已经说过了，就是在block内部把修饰的属性包装成一个对象，也就是这个__Block_byref_weakPerson_0。__Block_byref_weakPerson_0内部有我们的weakPerson属性，typeof (person) weakPerson，这里只是叫weakPerson，他的持有方式还是strong的。
所以说我们可以分析出来，__block属性持有我们的person变量，person持有block，block内部持有这个__block属性，就像下面这个图示一样。
我们通过置为nil解决它循环引用的方式，就是打断一条强引用。如下图
__unsafe_unretained
ARC环境下__unsafe_unretained与__weak使用方法相同。
MRC环境下，与__block MRC环境下的使用一样。
__unsafe_unretained和__weak对比：
__weak：不会产生强引用，指向的对象销毁时，会自动让指针置为nil
__unsafe_unretained：不会产生强引用，不安全，指向的对象销毁时，指针存储的地址值不变