关于block
在iOS 4.0之后,block横空出世,它本身封装了一段代码并将这段代码当做变量,通过block()的方式进行回调。这不免让我们想到在C函数中,我们可以定义一个指向函数的指针并且调用:
1
2
3
4
5
|
bool executeSomeTask(void) { //do something and return if success or not } bool (*taskPoint)(void); taskPoint = something; |
上面的函数指针可以直接通过(*taskPoint)()的方式调用executeSomeTask这个函数,这样对比block跟似乎C语言的函数指针是一样的,但是两者仍然存在以下区别:
-
block的代码是内联的,效率高于函数调用
-
block对于外部变量默认是只读属性
-
block被Objective-C看成是对象处理
对于block的底层实现在网上已经有很多资料了,其源码更是可以在opensource.apple.com上下载,因此,本文更着重于对于block的应用
block特性
认识block
先从一个简单的需求来说:传入两个数,并且计算这两个数的和,为此创建了这样一个block:
1
2
3
|
int (^sumOfNumbers)(int a, int b) = ^(int a, int b) { return a + b; }; |
这 段代码等号左侧声明一个名为sumOfNumbers的代码块,名称前用^符号表示后面的字符串是block的名称。最左侧的int表示这个block的 返回值,括号中间表示这个block的参数列表,这里接收两个int类型的参数。 而在等号右侧表示这个block的定义,其中返回值是可以省略的,编译器会根据上下文自动补充返回值类型。使用^符号衔接着一个参数列表,使用括号包起 来,告诉编译器这是一个block,然后使用大括号将block的代码封装起来。
block代码结构
捕获外界变量
block还可以访问外界的局部变量,在我的从UIView动画说起中有这么一段代码,其中block内部使用到了外部的局部变量:
1
2
3
4
5
6
7
8
9
|
CGPoint center = cell.center; CGPoint startCenter = center; startCenter.y += LXD_SCREEN_HEIGHT; cell.center = startCenter; [UIView animateWithDuration: 0.5 delay: 0.35 * indexPath.item usingSpringWithDamping: 0.6 initialSpringVelocity: 0 options: UIViewAnimationOptionCurveLinear animations: ^{ cell.center = center; } completion: ^(BOOL finished) { NSLog( "animation %@ finished" , finished? @ "is" , @ "isn't" ); }]; |
这 里面就用到了void(^animations)(void)跟void(^completion)(BOOL finished)两个block,系统会在动画开始以及动画结束的时候分别调用者两个block。在实现动画的block内部,代码访问了上文中的 center属性——在动画开始的时候这个动画函数的生命周期早已结束,而block会捕获代码外的局部变量,当然这只局限于只读操作。如果我们在 block中修改外部变量,编译器将会报错:
block中修改外界局部变量
对于希望在block中修改的外界局部对象,我们可以给这些变量加上__block关键字修饰,这样就能在block中修改这些变量。在捕获变量特性中,还有一个有趣的小机制,我们把上面的代码改成这样:
1
2
3
4
5
6
|
CGPoint center = CGPointZero; CGPoint (^pointAddHandler)(CGPoint addPoint) = ^(CGPoint addPoint) { return CGPointMake(center.x + addPoint.x, center.y + addPoint.y); } center = CGPointMake(100, 100); NSLog(@ "%@" , pointAddHandler(CGPointMake(10, 10))); //输出{10,10} |
block在捕获变量的时候只会保存变量被捕获时的状态(对象变量除外),之后即便变量再次改变,block中的值也不会发生改变。所以上面的代码在计算新的坐标值时center的值依旧等于CGPointZero
循环引用
开头说过,block在iOS开发中被视作是对象,因此其生命周期会一直等到持有者的生命周期结束了才会结束。另一方面,由于block捕获变量的机制,使得持有block的对象也可能被block持有,从而形成循环引用,导致两者都不能被释放:
1
2
3
4
5
6
7
8
9
10
11
12
|
@implementation LXDObject { void (^_cycleReferenceBlock)(void); } - (void)viewDidLoad { [ super viewDidLoad]; _cycleReferenceBlock = ^{ NSLog(@ "%@" , self); //引发循环引用 }; } @end |
遇到这种代码编译器只会告诉你存在警告,很多时候我们都是忽略警告的,这最后会导致内存泄露,两者都无法释放。跟普通变量存在__block关键字一样的,系统提供给我们__weak的关键字用来修饰对象变量,声明这是一个弱引用的对象,从而解决了循环引用的问题:
1
2
3
4
|
__weak typeof (*&self) weakSelf = self; _cycleReferenceBlock = ^{ NSLog(@ "%@" , weakSelf); //弱指针引用,不会造成循环引用 }; |
对于block这种有趣的特性,在唐巧的谈Objective-C block的实现有详细介绍block的底层实现代码,我在这里就不多说了
使用block
在 block出现之前,开发者实现回调基本都是通过代理的方式进行的。比如负责网络请求的原生类NSURLConnection类,通过多个协议方法实现请 求中的事件处理。而在最新的环境下,使用的NSURLSession已经采用block的方式处理任务请求了。各种第三方网络请求框架也都在使用 block进行回调处理。这种转变很大一部分原因在于block使用简单,逻辑清晰,灵活等原因。接下来我会完成一次网络请求,然后通过block进行回 调处理。这些回调包括请求完成、下载进度
按照returnValue(^blockName)(parameters)的方式进行block的声明未免麻烦了些,我们可以通过关键字typedef来为block起类型名称,然后直接通过类型名进行block的创建:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
|
@interface LXDDownloadManager: NSObject< NSURLSessionDownloadDelegate > //block重命名 typedef void(^LXDDownloadHandler)(NSData * receiveData, NSError * error); typedef void(^LXDDownloadProgressHandler)(CGFloat progress); - (void)downloadWithURL: (NSString *)URL parameters: (NSDictionary *)parameters handler: (LXDDownloadHandler)handler progress: (LXDDownloadProgressHandler)progress; @end @implementation LXDDownloadManager { LXDDownloadProgressHandler _progress; } - (void)downloadWithURL: (NSString *)URL parameters: (NSDictionary *)parameters handler: (LXDDownloadHandler)handler progress: (LXDDownloadProgressHandler)progress { //创建请求对象 NSURLRequest * request = [self postRequestWithURL: URL params: parameters]; NSURLSession * session = [NSURLSession sharedSession]; //执行请求任务 NSURLSessionDataTask * task = [session dataTaskWithRequest: request completionHandler: ^(NSData * _Nullable data, NSURLResponse * _Nullable response, NSError * _Nullable error) { if (handler) { dispatch_async(dispatch_get_main_queue(), ^{ handler(data, error); }); } }]; [task resume]; } //进度协议方法 - (void)URLSession:(NSURLSession *)session downloadTask:(NSURLSessionDownloadTask *)downloadTask didWriteData:(int64_t)bytesWritten // 每次写入的data字节数 totalBytesWritten:(int64_t)totalBytesWritten // 当前一共写入的data字节数 totalBytesExpectedToWrite:(int64_t)totalBytesExpectedToWrite // 期望收到的所有data字节数 { double downloadProgress = totalBytesWritten / (double)totalBytesExpectedToWrite; if (_progress) { _progress(downloadProgress); } } @end |
上面通过封装NSURLSession的请求,传入一个处理请求结果的block对象,就会自动将请求任务放到工作线程中执行实现,我们在网络请求逻辑的代码中调用如下:
1
2
3
4
5
6
7
8
9
|
#define QQMUSICURL @"https://www.baidu.com/link?url=UTiLwaXdh_-UZG31tkXPU62Jtsg2mSbZgSPSR3ME3YwOBSe97Hw6U6DNceQ2Ln1vXnb2krx0ezIuziBIuL4fWNi3dZ02t2NdN6946XwN0-a&wd=&eqid=ce6864b50004af120000000656fe235f" [[LXDDownloadManager alloc] downloadWithURL: QQMUSICURL parameters: nil handler ^(NSData * receiveData, NSError * error) { if (error) { NSLog(@ "下载失败:%@" , error) } else { //处理下载数据 } } progress: ^(CGFloat progress) { NSLog(@ "下载进度%lu%%" , progress*100); }]; |
仿swift高阶函数
用 过swift的开发者都知道swift的函数调用很好的体现了链式编程的思想,即将多个操作通过.连接起来,使得可读性更强,比如 ocString.stringByAppendingFormat("abc").stringByAppendingFormat("edf")就是 连续调用了追加字符串的方法。这种编程方式的条件之一是每次函数调用必须有返回值。虽然在使用Objective-C开发的过程中,方法的调用是通过 [target action]的方式完成的,但是block本身的调用方式也是通过blockName(parameters)的方式执行的,与这种链式函数有异曲同工 之妙。
在swift中提供了包括map、filter、reduce等十分简洁优秀的高阶函数供我们对数组数据进行操作,同样情况下,遍历一个数组并求和在使用oc(不使用kvc)和swift的环境下的代码是这样的:
1
2
3
4
5
6
7
8
9
|
#pragma mark - OC code NSArray numbers = @[@10, @15, @99, @66, @25]; NSInteger totalNumber = 0; for (NSNumber number in numbers) { totalNumber += number.integerValue; } #pragma mark - swift code let numbers = [10, 15, 99, 66, 25]; let totalNumber = numbers.reduce(0, { $0+$1 }) |
无论是代码量还是简洁性,此时的oc都比不上swift。那么接下来就要通过神奇的block来为oc添加这些高阶函数的实现。为此我们需要新建一个NSArray的分类扩展,命名为NSArray+LXDExtension
1
2
3
4
5
6
7
8
9
10
11
12
13
|
#import /// 数组元素转换 typedef id(^LXDItemMap)(id item); typedef NSArray *(^LXDArrayMap)(LXDItemMap itemMap); /// 数组元素筛选 typedef BOOL(^LXDItemFilter)(id item); typedef NSArray *(^LXDArrayFilter)(LXDItemFilter itemFilter); /** * 扩展数组高级方法仿swift调用 */ @interface NSArray (LXDExtension) @property (nonatomic, copy, readonly) LXDArrayMap map; @property (nonatomic, copy, readonly) LXDArrayFilter filter; @end |
前面说了为了实现链式编程,函数调用的前提是具有返回对象。因此我使用了typedef声明了几个不同类型的block。虽然本质上LXDArrayMap和LXDArrayFilter两个block是一样的,但是为了区分它们的功能,还是建议这么做。其实现文件如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
typedef void(^LXDEnumerateHandler)(id item); @implementation NSArray (LXDTopMethod) - (LXDArrayMap)map { LXDArrayMap map = (LXDArrayMap)^(LXDItemMap itemMap) { NSMutableArray * items = @[].mutableCopy; for (id item in self) { [items addObject: itemMap(item)]; } return items; }; return map; } - (LXDArrayFilter)filter { LXDArrayFilter filter = (LXDArrayFilter)^(LXDItemFilter itemFilter) { NSMutableArray * items = @[].mutableCopy; for (id item in self) { if (itemFilter(item)) { [items addObject: item]; } } return items; }; return filter; } - (void)setFilter:(LXDArrayFilter)filter {} - (void)setMap:(LXDArrayMap)map {} @end |
我们通过重写setter方法保证block不会被外部修改实现,并且在getter中遍历数组的元素并调用传入的执行代码来实现map和filter等功能。对于这两个功能的实现也很简单,下面举出两个调用高阶函数的例子:
1
2
3
4
5
6
7
8
9
10
11
12
13
|
#pragma mark - 筛选数组中大于20的数值并转换成字符串 NSArray * numbers = @[@10, @15, @99, @66, @25, @28.1, @7.5, @11.2, @66.2]; NSArray * result = numbers.filter((LXDArrayFilter)^(NSNumber * item) { return item.doubleValue > 20 }).map((LXDArrayMap)^(NSNumber * item) { return [NSString stringWithFormat: @ "string %g" , item.doubleValue]; }); #pragma mark - 将数组中的字典转换成对应的数据模型 NSArray * jsons = @[@{ ... }, @{ ... }, @{ ... }]; NSArray * models = jsons.map((LXDArrayMap)^(id item) { return [[LXDModel alloc] initWithJSON: item]; }) |
由于语法上的限制,虽然这样的调用跟swift原生的调用对比起来还是复杂了,但通过block让oc实现了函数链式调用的代码看起来也清爽了很多。
总结
block捕获变量、代码传递、代码内联等特性赋予了它多于代理机制的功能和灵活性,尽管它也存在循环引用、不易调试追溯等缺陷,但无可置疑它的优点深受码农们的喜爱。如何更加灵活的使用block需要我们对它不断的使用、探究了解才能完成。