代码改变世界

iOS开发系列-Block

2018-04-15 11:50  iCoderHong  阅读(265)  评论(0编辑  收藏  举报

概述

在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执行完毕。控制器才销毁。至于为什么通过内存图你就明白了。