1. 什么是回调函数

回调函数,顾名思义,用于回调的函数。回调函数只是一个功能片段,由用户按照回调函数调用约定来实现的一个函数。回调函数是一个工作流的一部分,由工作流来决定函数的调用(回调)时机。回调函数包含下面几个特性:

(1)属于工作流的一个部分;
  (2)必须按照工作流指定的调用约定来申明(定义);
    (3)他的调用时机由工作流决定,回调函数的实现者不能直接调用回调函数来实现工作流的功能;

2.  回调机制

回调机制是一种常见的设计模式,它把工作流内的某个供,按照约定的接口暴露给外部使用者,为外部使用者提供数据,或要求外部使用者提供数据。

3.java的回调机制

软件模块之间总是存在这一定的接口,从调用方式上,可以把他们分为三类:同步调用、回调、异步调用。

同步调用:一种阻塞式调用,调用方要等待对方执行完毕才能返回,它是一种单向调用;

回调:一种双向调用模式,也就是说,被调用方在接口被调用时也会调用对方的接口

异步调用:一种类似消息或事件的机制,不过它的调用方向刚好相反,接口的服务在收到某种讯息或发生某种事件时,会主动通知客户方(即调用客户方的接口)。

回调和异步调用的关系非常紧密:使用回调来实现异步消息的注册,通过异步调用来实现消息的通知。

Java回调机制研究_异步调用

   我们暂且不讨论回调的一些名词和运行机制,首先说为什么会存在回调这样一种调用?同步和异步机制的出现不必多说,大家心知肚明,那回调机制为什么会出现呢?在我们现实生活中,有如下这样场景:有一位老板很忙,他没有时间盯着员工干活,然后他告诉自己的雇员,干完当前这些事情后,告诉他干活的结果。这个例子其实是一个回调+异步的例子,再举一个例子,A程序员写了一段程序a,其中预留了回调函数接口,并封装好了该程序,程序员B让a调用自己的程序b中的一个方法,于是,他通过a中的接口回调自己b中的方法,到这里你可能似懂非懂了,后面会继续说明回调的出现原因。接下来我们把上面例子变成代码,看到网上很多人最后搞混了异步和回调,因此例子中不加入异步调用。(注意:回调可不是解决什么调用时间过长问题,那是异步!)

首先创建一个回调接口,让老板得告知干完活如何找到他的方式:留下老板办公室地址:


package net.easyway.test;  

/**
* 此接口为联系的方式,不论是电话号码还是联系地址,作为
* 老板都必须要实现此接口
* @author Administrator
*
*/
public interface CallBackInterface {

public void execute();
}



创建回调对象,就是老板本人,因为员工干完活后要给他打电话,因此老板必须实现回调接口,不然员工去哪里找老板?


package net.easyway.test;  

/**
* 老板是作为上层应用身份出现的,下层应用(员工)是不知道
* 有哪些方法,因此他想被下层应用(员工)调用必须实现此接口
* @author Administrator
*
*/
public class Boss implements CallBackInterface {

@Override
public void execute() {
System.out.println("收到了!!" + System.currentTimeMillis());

}
}




  1. 创建控制类,也就是员工对象,他必须持有老板的地址(回调接口),即使老板换了一茬又一茬,办公室不变,总能找到对应的老板。


package net.easyway.test;  

/**
* 员工类,必须要记住,这是一个底层类,底层是不了解上层服务的
* @author Administrator
*
*/
public class Employee {

private CallBackInterface callBack = null;

//告诉老板的联系方式,也就是注册
public void setCallBack(CallBackInterface callBack){
this.callBack = callBack;
}

//工人干活
public void doSome(){
//1.开始干活了
for(int i=0;i<10;i++){
System.out.println("第【" + i + "】事情干完了!");
}

//2.告诉老板干完了
callBack.execute();
}
}




  1. 测试类代码:



package net.easyway.test;  

public class Client {

public static void main(String[] args) {


Employee emp = new Employee();

//将回调对象(上层对象)传入,注册
emp.setCallBack(new Boss());

//开启控制器对象运行
emp.doSome();
}

}




  1. 上面这个例子,大家可以和程序员A和程序员B的那个例子结合对照下。


看了上面的例子,有的人可能认为,这不是面向接口的编程吗?怎么会是回调,你再好好想想,咱们面向接口的编程的调用关系?在三层中,当业务层调用数据层时,是不需要把业务层自身传递到数据层的,并且这是一种上层调用下层的关系,比如我们在用框架的时候,一般直接调用框架提供的API就可以了,但回调不同,当框架不能满足需求,我们想让框架来调用自己的类方法,怎么做呢?总不至于去修改框架吧。许多优秀的框架提几乎都供了相关的接口,我们只需要实现相关接口,即可完成了注册,然后在合适的时候让框架来调用我们自己的类,还记不记得我们在使用Struts时,当我们编写Action时,就需要继承Action类,然后实现execute()方法,在execute()方法中写咱们自己的业务逻辑代码,完成对用户请求的处理。由此可以猜测,框架和容器中会提供大量的回调接口,以满足个性化的定制。

 

总之,要明确的一点是,首先要搞清回调函数出现的原因,也就是适用场景,才能搞清楚回调机制,不然事倍功半。

最后,再举一例,为了使我们写的函数接近完美,就把一部分功能外包给别人,让别人个性化定制,至于别人怎么实现不管,我唯一要做的就是定义好相关接口,这一设计允许了底层代码调用高层定义的子程序,增强程序灵活性,和反射有着异曲同工之妙,我觉得这才是回调的真正原因,以上是我个人一些理解,望讨论!