· 前言
无意中写的demo遇到了这个问题，引出了block的三种类型以及编译器在ARC环境下对block进行优化的知识点，让自己对block以及ARC的内存管理有了更深刻的印象，特此写下来给需要帮助的iOSCoder
· 问题描述
如下所示，在一个UIButton中，我用了一个weak指针和一个strong指针接收一个block，在clickActionHandle方法执行block之前，将strong指针置为nil。
理想情况：随着strong指针的销毁，weak指针也会随之置为nil而不执行block。
实际情况：weakCCBack发生坏内存访问崩溃
#import "CallBackButton.h"
@interface CallBackButton ()
@property (nonatomic,weak) void(^weakCCBack)(void);
@property (nonatomic,strong) void(^strongCCBack)(void);
@end
@implementation CallBackButton
-(instancetype)initWithCallBack:(void(^)(void))callBack{
if (self = [super init]) {
self.strongCCBack = callBack;
self.weakCCBack = callBack;
NSLog(@"self.strongCCBack = %@ self.weakCCBack =%@",self.strongCCBack,self.weakCCBack);
[self addTarget:self action:@selector(clickActionHandle) forControlEvents:UIControlEventTouchUpInside];
}
return self;
}
-(void)clickActionHandle{
self.strongCCBack = nil;
if (self.weakCCBack != nil) {
self.weakCCBack();
self.strongCCBack = nil;
}
}
· 原因解释
同时用一个weak指针和一个strong指针指向init方法传过来的block时，当strong指针置为nil后，weak指针没有自动置为nil导致执行clickActionHandle方法时，发生了坏内存访问的错误。打印了两个指针的地址才发现时ARC对block的赋值进行了优化。
self.strongCCBack = <__NSMallocBlock__: 0x600002617b40>
self.weakCCBack =<__NSStackBlock__: 0x7ffee6405200>
callBack = <__NSStackBlock__: 0x7ffee6405200>
·使用strong指针接收栈类型的block，编译器会将栈block进行一次拷贝操作生成一个新的堆Block保存在strong指针中。这么做的原因很容易理解：因为存储在栈中的值出了作用域以后会被系统自动回收，而block是一个等待着被执行的代码块，如果init方法结束后参数中的block（此block为栈block）会被立即回收，那么在执行block的时候会发生坏内存访问的情况，为了保证安全执行block，strong指针指向stackBlock（栈）的时候会生成一个mallocBlock（堆）副本，以确保能安全执行block。
·而使用weak指针指向栈block时，编译器未做任何优化，即便栈block被回收，weak指针也不会指向nil，继而导致执行block的时候会产生坏内存访问。
