iOS：Block 循环引用问题

循环引用是一个比较常见的问题，之前面试的时候也会被问到，如何解决循环引用问题，其实大家都知道使用__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_unretainedARC环境下__unsafe_unretained与__weak使用方法相同。MRC环境下，与__block MRC环境下的使用一样。__unsafe_unretained和__weak对比：__weak：不会产生强引用，指向的对象销毁时，会自动让指针置为nil__unsafe_unretained：不会产生强引用，不安全，指向的对象销毁时，指针存储的地址值不变