概述
在iOS 4.0之后，block横空出世，它本身封装了一段代码并将这段代码当做变量，通过block()的方式进行回调。这不免让我们想到在C函数中，我们可以定义一个指向函数的指针并且调用。
#import <Foundation/Foundation.h>
void function(){
NSLog(@"function执行了");
}
int main(int argc, const char * argv[]) {
void(*funcP)(void) = function;
// 函数指针调用函数
funcP();
return 0;
}
Block的本质就是函数指针。只要通过函数指针可以在任何时候执行函数。
Block基本使用
Block的类型
block也是一种数据类型，Block的类型是什么呢。
返回值类型(^)(参数类型列表)就是Block的类型。开发中可以利用typedef定义同一种类型的Block。
// 定义一个没有返回值没有形参的Block类型MyBlock
typedef void(^MyBlock)(void);
Block的声明定义
声明一个block类型的变量
返回值类型(^blockName)(参数类型列表)
定义一个block
^返回值类型(参数列表) {
};
Block的定义不管有没有返回值，在定义时返回值类型可以省略。当一个block没有参数时Block定义^后面的括号也可以省略。
// 标准的声明与定义一个block
void (^block)() = ^void(){
};
// 定义省略返回值
void (^block)() = ^(){
};
// block没有返回值省略^后面的括号
void (^block)() = ^{
};
Block的使用场景
监听逆向传值
开发中我们通常使用代理来做监听并且逆向传值，其实使用Block也可以做到。给被监听着添加一个Block属性，在外界给被监听着赋值block。当被监听着内部发生了事件想通知给外界可以执行属性block。通过Block的参数将值传递出来。
其实本质就是Block就是一个函数指针，block定义其实就是一个定义函数的实现。当执行block，就通过block指针地址找到方法实现执行函数。这个Block定义在监听者内部，当被监听者内部执行了block就等于执行了监听者内部定义的函数。
Block的内存管理
MRC下Block的内存管理
在MRC中Block在内存中的位置是有多种情况，总体分为三种.
* NSGlobalBlock
* NSStackBlock
* NSMallocBlock
在MRC定义一个Block，对Block进行控制台输出发现Block默认是在全局区的。
void (^block)(void) = ^void(){
NSLog(@"----------------");
};
NSLog(@"%@", block);
当Block内部访问了局部变量，Block是在栈区。如果访问外部的变量静态变量或者全局变量，Block还是保存在全区区。
int a = 12;
void (^block)(void) = ^void(){
NSLog(@"----------------%d", a);
};
当一个栈区的Block通过copy后会生成新的Block，此时的Block存储在堆区。全局区的Block被copy后没有生成新的Block。
int a = 10;
void (^block)(void) = ^void(){
// 访问了外界的局部变量a block就保存在栈区
NSLog(@"----------------%d", a);
};
NSLog(@"%@", block);
NSLog(@"%@", [block copy]);
这就是为什么在MRC下，Block属性Propery会使用copy。如果使用的是retain那么block在栈区过了作用域就会释放，当调用者属性block时发生坏访问。
如果是MRC声明了一个copy修饰的属性，建议在对象的dealloc的方法对所拥有的Block进行release。
- (void)dealloc
{
[self.block release];
[super dealloc];
}
ARC下Block的内存管理
在ARC下默认定义Block同样存储在全局区，不同的是在ARC下，Block内部引用了局部变量是存储在堆区的。
static int a = 10;
void (^block)(void) = ^void(){
NSLog(@"----------------%d", a); // <__NSMallocBlock__: 0x604000241860>
};
在ARC下如果声明一个Block属性property修饰符建议使用strong。如果使用的copy跟strong的作用一样用一个强指针引用着Block。但是copy内部需要做一些逻辑处理，为了性能建议使用strong。
Block循环引用
在FMModelVCViewController控制器中声明一个block属性。在viewDidLoad中创建一个block为属性赋值。block内部输出self。
@interface FMModelVCViewController ()
/** block属性 */
@property (nonatomic, strong) void(^block)(void);
@end
@implementation FMModelVCViewController
- (void)viewDidLoad {
[super viewDidLoad];
void(^block)(void) = ^{
NSLog(@"----------------%@", self);
};
self.block = block;
}
Block会对里面的所有外部强指针变量进行强引用。上面的代码就造成了循环引用，在内存中控制器不会销毁。
解决方案
在Block内部访问控制器__weak修饰指针的。
- (void)viewDidLoad {
[super viewDidLoad];
__weak typeof(self) weakSelf = self;
void(^block)(void) = ^{
NSLog(@"----------------%@", weakSelf);
};
self.block = block;
}
这样Block对控制器强产生的是弱引用。
Block中延时任务问题
当Block中有延时操作，延时操作block中想访问外界的对象，但是通常Block为了防止循环引用使用是_weak修饰的对象指针。当Block内部的延时Block访问的weak修饰的对象也是弱引用。有可能造成当执行延时的Block时，其内部引用的外部对象已经销毁。
#import "FMModelVCViewController.h"
@interface FMModelVCViewController ()
/** block属性 */
@property (nonatomic, strong) void(^block)(void);
@end
@implementation FMModelVCViewController
- (void)viewDidLoad {
[super viewDidLoad];
__weak typeof(self) weakSelf = self;
void(^block)(void) = ^{
// afterBlock由系统管理
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(2 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
NSLog(@"----------------%@", weakSelf);
});
};
self.block = block;
}
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
// 执行block
self.block();
[self dismissViewControllerAnimated:YES completion:nil];
}
@end
当点击屏幕时控制器执行了dismissViewControllerAnimated控制器方法控制器销毁，2s过后执行延时Block是输出null；
此时的内存如下：
解决方案
对Block内部代码调整如下
这样2s之后依然可以访问到控制器，当延时Block执行完毕。控制器才销毁。至于为什么通过内存图你就明白了。
