一、什么是回调函数?
回调函数,本质上也是个函数(搁置函数和方法的争议,就当这二者是一回事)。由“声明”、“实现”、“调用”三部分组成。
在上面的例子中,我可以看出,函数amount(其实是Block),的声明和调用在A类中,而实现部分在B类中。也就是说,B类实现了amount函数,但并没有权限调用,最终还是 由A类触发调用。我们称这样的机制为“回调”。意思是“虽然函数的实现写在B类中,但是真正的调用还是得由A类来完成。”正常函数“函数声明、实现均在一个类中完成。”
一句大白话理解“回调”的概念:“函数的实现部分虽然不在老家(A类),但是最终的调用还是由老家人完成”,这样的函数就叫做回调函数。“老家人调用你,就叫回调,因为你本来就属于老家。
用《无间道》理解“回调函数”概念:
香港警务处(类):
招聘了一名警察张三(声明函数),并培养、训练他(实现函数)。
招聘了一名警察陈仁贵(声明函数),但并没有培养他,而是被送进了三合会。但有任务的时候,警务处会调用陈仁贵(回调函数)。
廉政总署(类):使用警务处的张三(普通调用)。
三合会(类):培养、训练陈仁贵(实现函数)。
第二个问题:什么情况下使用回调函数?
假设有A、B两个类。
(1)A类有多种形态,要在B类中实现回调函数。如假设A类是网络请求开源类ASIHttpRequest,它可能请求成功,也可能请求失败。这个时候,B类就要针对以上两个情况,作不同的处理。
(2)A类的形态由B类决定时,要在B类中实现回调函数。如UITableView类就会提供很多回调函数(iOS专业术语称“委托”方法)
(3)A类需要向B类传递数据时,可以在B类中实现回调函数(A类一般是数据层比较耗时的操作类)。如举的那个发工资的例子。在实际编程中,这样的机制有个好处就是可以提升用户的操作体验。比如用户从X页面跳转到Y页面,需要向网络请求数据,而且比较耗时,那我们怎么办?有三种方案:第一种就是在X页面展示一个旋转指示器,当收到网络传回的数据时,在展现Y页面。第二种就是使用回调函数。用户从X页面直接跳转到Y页面,Y页面需要到数据让数据层去执行,当收到数据时,再在Y页面展现。第三种就是在Y页面中开启多线程。让一个子线程专门到后台去取数据。综合来说,第二种更加简介易懂,而且代码紧凑。
第三个问题:使用回调函数有什么好处?
(1)可以让实现方,根据回调方的多种形态进行不同的处理和操作。(ASIHttpRequest)
(2)可以让实现方,根据自己的需要定制回调方的不同形态。(UITableView)
(3)可以将耗时的操作隐藏在回调方,不影响实现方其它信息的展示。
(4)让代码的逻辑更加集中,更加易读。
什么是回调函数?——就是由声明函数的类来调用的函数叫做回调函数。普通函数可以让任何类调用。
“回调”的主语是谁?——声明“回调函数”的那个类。
Block、委托、通知、回调函数,它们虽然名字不一样,但是原理都一样,都是“回调机制”的思想的具体实现!
iOS 10的时候NSTimer新增了一个带block的API:
苹果的官方文档里说,将这个timer本身作为参数传给block以此来避免循环引用:
/// - parameter: block The execution body of the timer; the timer itself is passed as the parameter to this block when executed to aid in avoiding cyclical references
有了这个API再也不需要繁琐的手动注销timer,结合weakSelf就可以轻松处理循环引用,如:
1
2
3
4
5
|
__weak typeof(self) weakSelf = self; self.timer = [NSTimer scheduledTimerWithTimeInterval:1 repeats:YES block:^(NSTimer * _Nonnull timer) { __strong typeof(self) strongSelf = weakSelf; [strongSelf printNum]; }]; |
在这个API出现之前,self和timer的引用关系是:self->timer->self
现在的引用关系是:self->timer->weakSelf
但是只有iOS 10及之后的系统才能使用此API,而我们一般都是适配到iOS 8,所以有必要扩展一下。
如何扩展?
简单点,写个category,直接复制苹果的API进去(思考API设计的时间都省了