block表达式语法:
^返回值类型(参数列表){表达式}
^int(int count){
return count+1;
};
......
^(int count){
return count+1;
};
......
^{
NSLog(@"block");
};
block类型变量
声明block类型变量语法:
返回值类型(^变量名)(参数列表)=block表达式
int(^pry)(int)=^(int count){
return count+1;
}
解决block循环引用的深入探索
weakSelf与其缺陷
//ClassB是一个UIViewController，假设从ClassA pushViewController将ClassB展示出来
@interfaceClassB()
@property(nonatomic,copy) dispatch_block_t block;
@property(nonatomic,strong)NSString*str;
@end@implementationClassB
－ (void)dealloc {}
－ (void)viewDidLoad {
[superviewDidLoad];
self.str =@"111";
__weaktypeof(self) weakSelf =self;
self.block = ^{ dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(10*NSEC_PER_SEC)), dispatch_get_main_queue(), ^{NSLog(@"%@", weakSelf.str); }); };
self.block();
}
这里会有两种情况：
若从A push到B，10s之内没有pop回A的话，B中block会执行打印出来111。
若从A push到B，10s之内pop回A的话，B会立即执行dealloc，从而导致B中block打印出(null)。这种情况就是使用weakSelf的缺陷，可能会导致内存提前回收。
weakSelf和strongSelf
@interfaceClassB()
@property(nonatomic,copy) dispatch_block_t block;
@property(nonatomic,strong)NSString*str;
@end@implementationClassB
－ (void)dealloc {}
－ (void)viewDidLoad {
[superviewDidLoad];self.str =@"111";
__weaktypeof(self) weakSelf =self;
self.block = ^{
__strongtypeof(self) strongSelf = weakSelf; dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(10*NSEC_PER_SEC)), dispatch_get_main_queue(), ^{NSLog(@"%@", strongSelf.str);
}); };
self.block(); }
我们发现这样确实解决了问题，但是可能会有两个不理解的点。
这么做和直接用self有什么区别，为什么不会有循环引用：外部的weakSelf是为了打破环，从而使得没有循环引用，而内部的strongSelf仅仅是个局部变量，存在栈中，会在block执行结束后回收，不会再造成循环引用。
这么做和使用weakSelf有什么区别：唯一的区别就是多了一个strongSelf，而这里的strongSelf会使ClassB的对象引用计数＋1，使得ClassB pop到A的时候，并不会执行dealloc，因为引用计数还不为0，strongSelf仍持有ClassB，而在block执行完，局部的strongSelf才会回收，此时ClassB dealloc。
这样做其实已经可以解决所有问题，但是强迫症的我们依然能找到它的缺陷：
block内部必须使用strongSelf，很麻烦，不如直接使用self简便。
很容易在block内部不小心使用了self，这样还是会引起循环引用，这种错误很难发觉。
不要用NSString和NSNumber测试引用计数 最好使用自定义的class.