Block产生的内存泄露，以及解决方法

前言&＃xff1a;

在ARC&＃xff08;自动引用技术&＃xff09;前&＃xff0c;Objective-c都是手动来分配释放 释放 计数内存&＃xff0c;其过程非常复杂。

 ARC技术推出后&＃xff0c;貌似世界和平了很多&＃xff0c;但是其实ARC并不等同于Java或者C#中的垃圾回收&＃xff0c;ARC计数只是在XCode在编译的时候自动帮我们加上了释放 计数&＃43;1 计数-1.

内存泄露例子&＃xff1a;

然而在一些特殊的情况下&＃xff0c;内存泄露依然存在&＃xff0c;而且防不慎防&＃xff0c;这里讲一下Objective-C中Block计数是如何产生内存泄露的&＃xff0c;如下代码

.h中

 .m中

main函数中

 上面的程序看似没有问题&＃xff0c;但是实际上对象b永远无法释放&＃xff0c;原因在于doAction函数&＃xff0c;这个函数里面有一个block函数名为completionBlock &＃xff0c;也就是一个函数指针。这个函数指针在调用的时候有使用一个对象&＃xff0c;也就是self对象。但是这个block隐形的做了一件事情——将self引用计数&＃43;1了&＃xff0c;因此这个时候self对象&＃xff08;也就是main函数中的b对象&＃xff09;的引用计数是2&＃xff0c;这个时候即使我执行了b&＃61;nil&＃xff0c;也无法释放&＃xff0c;因为b&＃61;nil只是将计数减1了&＃xff0c;而真正释放的唯一条件是引用计数为0。这就是所谓的Block的循环引用。

如何解决&＃xff1a;

  所以在使用block技术的时候&＃xff0c;需要格外小心。有几个解决方法

approach 1: 让block里面的self的引用计数不要&＃43;1&＃xff0c;这个时候做法是将"   __block B *b1 &＃61; self;"这一行改为&＃xff0c;"  __weak __block B *b1 &＃61; self;"&＃xff0c;表示说“我block里面虽然会用到self&＃xff0c;但是别担心&＃xff0c;我不会讲引用计数&＃43;1的”

approach 2&＃xff1a;在doAction函数内存的最后一行添加 self.completionBlock&＃61;nil&＃xff1b;  因为block内部将self计数&＃43;1了&＃xff0c;但是如果这个block自己先消亡&＃xff0c;那么与之相关的一切都讲消亡&＃xff08;当然对于引用计数大于1的对象&＃xff0c;不会消亡&＃xff0c;只会计数减1&＃xff09;。

附加&＃xff1a;

PS&＃xff1a;开发中&＃xff0c;几乎每个.m文件都会用到block技术&＃xff0c;但是从未发现和在意这个内存泄露问题&＃xff0c;这并不是XCode编译时的优化&＃xff0c;而是我们所用到的Block技术&＃xff08;例如AFNetwork GCD Animation&＃xff09;中的block都是匿名Block——即&＃xff0c;用完自动释放。 如果有一天不用匿名block就需要注意这个问题了。

例如下面的例子中&＃xff0c;虽然使用了Block&＃xff0c;但是没有泄露&＃xff0c;是因为这是一个匿名的Block&＃xff08;即匿名函数指针&＃xff09;