最近在看与Activity进行数据传递的部分，看到了接口回调的内容，今天来总结一下。
二、回调的含义和用途
1、什么是回调？
一般来说，模块之间都存在一定的调用关系，从调用方式上看，可以分为三类同步调用、异步调用和回调。同步调用是一种阻塞式调用，即在函数A的函数体里通过书写函数B的函数名来调用之，使内存中对应函数B的代码得以执行。异步调用是一种类似消息或事件的机制解决了同步阻塞的问题，例如 A通知 B后，他们各走各的路，互不影响，不用像同步调用那样， A通知 B后，非得等到 B走完后， A才继续走 。回调是一种双向的调用模式，也就是说，被调用的接口被调用时也会调用对方的接口，例如A要调用B，B在执行完又要调用A。
2、回调的用途
回调一般用于层间协作，上层将本层函数安装在下层，这个函数就是回调，而下层在一定条件下触发回调。例如作为一个驱动，是一个底层，他在收到一个数据时，除了完成本层的处理工作外，还将进行回调，将这个数据交给上层应用层来做进一步处理，这在分层的数据通信中很普遍。
三、Java实现接口回调
在C/C++中，要实现回调函数，被调用函数要告诉调用者自己的指针地址。但是Java没有指针地址，不能传递方法的地址，一般采用接口回调的方法来实现：把实现某一接口的类创建的对象的引用赋给该接口声明的接口变量，那么该接口变量就可以调用被调用类实现的接口的方法。
原理：首先创建一个回调对象，然后再创建一个控制器对象，将回调对象需要被调用的方法告诉控制器对象，控制器对象负责检查某个场景是否出现或某个条件是否满足，当满足时，自动调用回调对象的方法。
例如老板A对员工B说，我现在交给你一个任务，并且我把我的电话号码给你，你一旦完成任务就给我打电话。
详细的代码如下：
1、创建一个回调接口
public interface CallBack
public void doEvent();
2、创建回调接口的实现类，此例中，员工干完活后还要干什么事情是老板说了算的。
public class Boss implements CallBack
public void doEvent()
System.out.println("打电话给老板，告知已经完成工作了");
3、创建控制类，也就是本例中的员工对象，他要持有老板的地址(即回调接口)
public class Employee
CallBack callB
public Employee(CallBack callBack)
this.callBack=callB
public void doWork()
System.out.println("玩命干活中....");
callBack.doEvent();
public class TestMain
public static void main(String[] args)
//创建控制器对象，将提供给他的回调对象传入
Employee employee=new Employee(new Boss());
//启动控制器对象运行
employee.doWork();
运行结果截图：
四、Android中的接口回调
在android中回调机制被大量的使用。比如，在Activity中定义了很多生命周期的不同状态要调用的方法，这些方法都是空实现，系统框架要调用，用户也要调用来实现。
举个简单的例子就是Button的点击响应事件实现机制
button.setOnClickListener(new OnClickListener()
public void onClick(View v)
OnClickListener就是android系统所约好的接口，然后在我们写的应用程序中传入回调对象，这样就可以达到接口统一，实现不同的效果。这种实现机制类似于下面的代码：
public class A
public void setOnClickListener(OnClickListener onClickListener)
onClickListener.onClick();
public interface OnClickListener
public void onClick();
public class B
public static void main(String[] args)
A a=new A();
a.setOnClickListener(new OnClickListener()
public void onClick()
// TODO 自动生成的方法存根
其中A相当于Button，a即button按钮，B类相当于View。
五、参考资料出错啦 - PMCAFF产品经理社区 中国第一产品经理人气组织::专注于研究互联网产品
PMCAFF目前不支持IE浏览器, 请用其它的浏览器打开PMCAFF, 如果是双核浏览器, 请选择极速模式Nodejs异步回调的优雅处理方法
投稿：junjie
字体：[ ] 类型：转载 时间：
这篇文章主要介绍了Nodejs异步回调的优雅处理方法,本文使用了ES6中的新特性,用一种十分优雅的方式解决了回调问题,需要的朋友可以参考下
Nodejs最大的亮点就在于事件驱动， 非阻塞I/O 模型，这使得Nodejs具有很强的并发处理能力，非常适合编写网络应用。在Nodejs中大部分的I/O操作几乎都是异步的，也就是我们处理I/O的操作结果基本上都需要在回调函数中处理，比如下面的这个读取文件内容的函数：
fs.readFile('/etc/passwd', function (err, data) {
& if (err)
& console.log(data);
那，我们读取两个文件，将这两个文件的内容合并到一起处理怎么办呢?大多数接触js不久的人可能会这么干：
fs.readFile('/etc/passwd', function (err, data) {
& if (err)
& fs.readFile('/etc/passwd2', function (err, data2) {
&&& if (err)
&&& // 在这里处理data和data2的数据
那要是处理多个类似的场景，岂不是回调函数一层层的嵌套啊，这就是大家常说的回调金字塔或回调地狱（）的问题，也是让js小白最为头疼的问题。
这种层层嵌套的代码给开发带来了很多问题，主要体现在：
1.代码可能性变差
2.调试困难
3.出现异常后难以排查
本文主要是介绍如何优雅的处理以上异步回调问题。
初级方案：通过递归处理异步回调
我们可以使用递归作为代码的执行控制工具。把需要执行的操作封装到一个函数中，在回调函数中通过递归调用控制代码的执行流程，废话不多说，上个代码吧：
var fs = require('fs');
// 要处理的文件列表
var files = ['file1', 'file2', 'file3'];
function parseFile () {
& if (files.length == 0) {
& var file = files.shift();
& fs.readFile(file, function (err, data) {
&&& // 这里处理文件数据
&&& parseFile();& // 处理完毕后，通过递归调用处理下一个文件
// 开始处理
parseFile();
以上代码已依次处理数组中的文件为例，介绍了通过递归的方式控制代码的执行流程。
应用到一些简单的场景中还是不错的，比如：我们将一个数组中的数据，依次保存到数据库中就可以采用这种方式。
通过递归的方式可以解决一些简单的异步回调问题。不过对于处理复杂的异步回调还是显得有些无能为力（如需要同步多个异步操作的结果）。
华丽点：采用Async、Q、Promise等第三方库处理异步回调
为了更好的处理嵌套回调的问题，可以考虑采用一些第三方专门处理异步的库，当然有能力的完全可以自己写个异步处理的辅助工具。
比较常用的处理异步的库有：async，q还有promise。从npmjs.org网站上来看，async的火热程度最高。以前用过async，确实也挺方便的，各种异步处理的控制流实现的也挺好。
我们将最初的同时读取两个文件的代码使用async处理下，示例如下：
var async = require('async')
& , fs = require('fs');
async.parallel([
& function(callback){
&&& fs.readFile('/etc/passwd', function (err, data) {
&&&&& if (err) callback(err);
&&&&& callback(null, data);
& function(callback){
&&& fs.readFile('/etc/passwd2', function (err, data2) {
&&&&& if (err) callback(err);
&&&&& callback(null, data2);
function(err, results){
& // 在这里处理data和data2的数据,每个文件的内容从results中获取
通过async模块，可以很好的控制异步的执行流程了，也算是解决了层层回调的问题，代码比以前算是清晰了些，不过依旧还是离不开回调函数。
想想如果能够在不使用回调函数的情况下，处理异步，岂不是很爽，接下来，我们谈谈使用ES6的新特性来实现这一目标。
优雅点：拥抱ES6，替代回调函数，解决回调地狱问题
话说EcmaScript Harmony (ES6)给js引入了不少新特性，对ES6不太了解的同学，可以自行百度一下。
在nodejs中使用ES6的新特性，需要用v0.11.x以上的版本才行。
本文介绍的是使用Generator特性替代回调函数，对Generator不了解？可以看看这里。
这里用到了co和thunkify两个模块，大家使用npm install命令安装之。
还是以本文刚开始提到的问题为例，使用generator特性的实例代码如下：
var fs = require('fs')
& , co = require('co')
& , thunkify = require('thunkify');
var readFile = thunkify(fs.readFile);
co(function *() {
& var test1 = yield readFile('test1.txt');
& var test2 = yield readFile('test2.txt');
& var test = test1.toString() + test2.toString();
& console.log(test);
处理代码中的异常也是很简单的，只需要这样就OK了：
& var test1 = yield readFile('test1.txt');
} catch (e) {
& // 在这里处理异常
这种代码是不是优雅很多了？像写同步代码一样处理异步，是不是很爽！
nodejs领域中进行Web开发，最火的框架莫过于express了，值得一提的是express的核心成员TJ大神有领导了一个新的Web框架——koa，宣称是下一代的Web开发框架，koa真是借助了ES6的generator这一特性，让我们在开发Web系统的时候避免陷入层层的回调用。
引用一下fibjs项目宣传的一句话：Less Callback, More Girls - 更少回调, 更多妹子
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具大家好，我是TT，互联网测试行业多年，遇到过的坑，走过的弯路，愿意与大家分享，分享自己的经验，少走弯路。首发于个人公众号【测试架构师】
原文如下：&
当一个支付请求被发送到支付渠道方，支付渠道会很快返回一个结果。但是这个结果，只是告诉你调用成功了，不是扣款成功，这叫同步调用。很多新手会拿这个结果当作支付成功了，那就会被坑死，结果就是支付成功率特别高，伴随着一堆无法解释的坏账率，测试人员尤其要注意测试数据的篡改：金额，同步返回结果，订单号等。
同步请求参数里面会有一个回调地址，这个地址是支付渠道在扣款成功后调用的，这叫异步调用。一般同步接口仅检查参数是否正确，签名是否无误等。异步接口才告诉你扣款结果。一般异步接口有5秒以内的延迟。调用不成功会重试。有时候是这边成功了，但支付渠道侧没收到返回，于是会继续调。当天的支付到第二天还在被异步调用也都是正常的。这也是开发人员需要特别注意的地方，不要当做重复支付。测试人员也要对重复回调进行测试，应只有一次有效。这还不是最坑的，一般支付渠道侧，只有支付成功了才通知你。要是支付失败了，压根儿都不告诉你。 另一方面，如何老收不到异步结果呢？那就得查查了。同步结果不可靠，异步调用不可靠，那怎么确定支付结果？最终的杀招就是查单了，反查，一般支付渠道侧都会提供反查接口，定时获取DB中待支付的订单调用支付渠道侧的反查接口，最终把支付渠道侧扣款成功的订单完成掉。
& & & & & & & & & & & & & & & & & & & & & & & & & & & & & & & &了解更多请关注微信公众号：测试架构师
&& & & & & & & & & & & & & & & & & & & & & & & & & & & &&
阅读(...) 评论()