详解iOS 用于解决循环引用的block timer

一、什么是回调函数？

回调函数，本质上也是个函数（搁置函数和方法的争议，就当这二者是一回事）。由“声明”、“实现”、“调用”三部分组成。

在上面的例子中，我可以看出，函数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就可以轻松处理循环引用，如：

__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设计的时间都省了
注：相关教程知识阅读请移步到IOS开发频道。