http://hellosure.iteye.com/blog/1130176
http://codecloud.net/java-5-6371.html
//这两篇文章基本可了解java回调函数的原理,和 了解 回调机制和一种设计模式-观察者模式的对比
注:本文不想扯很多拗口的话来充场面,我的目的是希望以最简明扼要的语言将Java回调的大概机制说清楚。好了,言归正传。
一句话, 回调是一种双向调用模式,什么意思呢,就是说,被调用方在被调用时也会调用对方,这就叫回调。“If you call me, i will call back”。
不理解?没关系,先看看这个可以说比较 经典的使用回调的方式:
- class A实现接口InA ——背景1
- class A中包含一个class B的引用b ——背景2
- class B有一个参数为InA的方法test(InA a) ——背景3
- A的对象a调用B的方法传入自己,test(a) ——这一步相当于you call me
- 然后b就可以在test方法中调用InA的方法 ——这一步相当于i call you back
是不是清晰一点了?下面再来看一个完全符合这个方式模板的例子
(PS:这个例子来源于网络,由于这个例子表现的功能极度拉风,令我感觉想想出一个超越它的例子确实比较困难,所以直接搬过来)
- //相当于接口InA
- public interface BoomWTC{
- //获得拉登的决定
- public benLaDengDecide();
- // 执行轰炸世贸
- public void boom();
- }
- //相当于class A
- public class At$911 implements BoomWTC{//相当于【背景1】
- private boolean decide;
- private TerroristAttack ta;//相当于【背景2】
- public At$911(){
- Date now=new Date();
- SimpleDateFormat myFmt1=new SimpleDateFormat("yy/MM/dd HH:mm");
- this.dicede= myFmt.format(dt).equals("01/09/11 09:44");
- this.ta=new TerroristAttack();
- }
- //获得拉登的决定
- public boolean benLaDengDecide(){
- return decide;
- }
- // 执行轰炸世贸
- public void boom(){
- ta.attack(new At$911);//class A调用class B的方法传入自己的对象,相当于【you call me】
- }
- }
- //相当于class B
- public class TerroristAttack{
- public TerroristAttack(){
- }
- public attack(BoomWTC bmw){——这相当于【背景3】
- if(bmw.benLaDengDecide()){//class B在方法中回调class A的方法,相当于【i call you back】
- //let's go.........
- }
- }
- }
现在应该对回调有一点概念了吧。
可是问题来了,对于上面这个例子来说,看不出用回调有什么好处,直接在调用方法不就可以了, 为什么要使用回调呢?
事实上,很多需要进行回调的操作是比较费时的,被调用者进行费时操作,然后操作完之后将结果回调给调用者。看这样一个例子:
- //模拟Spring中HibernateTemplate回调机制的代码
- interface CallBack{
- public void doCRUD();
- }
- public class HibernateTemplate {
- public void execute(CallBack action){
- getConnection();
- action.doCRUD();
- releaseConnection();
- }
- public void add(){
- execute(new CallBack(){
- public void doCRUD(){
- System.out.println("执行add操作...");
- }
- });
- }
- public void getConnection(){
- System.out.println("获得连接...");
- }
- public void releaseConnection(){
- System.out.println("释放连接...");
- }
- }
可能上面这个例子你不能一眼看出个所以然来,因为其实这里A是作为一个内部匿名类存在的。好,不要急,让我们把这个例子来重构一下:
- interface CallBack{ //相当于接口InA
- public void doCRUD();
- }
- public class A implements CallBack{//【背景1】
- private B b;//【背景2】
- public void doCRUD(){
- System.out.println("执行add操作...");
- }
- public void add(){
- b.execute(new A());//【you call me】
- }
- }
- public class B{
- public void execute(CallBack action){ //【背景3】
- getConnection();
- action.doCRUD(); //【i call you back】
- releaseConnection();
- }
- public void getConnection(){
- System.out.println("获得连接...");
- }
- public void releaseConnection(){
- System.out.println("释放连接...");
- }
- }
好了,现在就明白多了吧,完全可以转化为上面所说的回调使用方式的模板。
现在在来看看为什么要使用回调,取得连接getConnection();是费时操作,A希望由B来进行这个费时的操作,执行完了之后通知A即可(即所谓的i call you back)。这就是这里使用回调的原因。
在网上看到了一个比喻,觉得很形象,这里借用一下:
你有一个复杂的问题解决不了,打电话给你的同学,你的同学说可以解决这个问题,但是需要一些时间,那么你不可能一直拿着电话在那里等,你会把你的电话号码告诉他,让他解决之后打电话通知你。回调就是体现在你的同学又反过来拨打你的号码。
结合到前面所分析的,你打电话给你同学就是【you call me】,你同学解决完之后打电话给你就是【i call you back】。
怎么样,现在理解了吧?
![](https://i-blog.csdnimg.cn/blog_migrate/9cf67650b019c923e79e3c05f79d9586.gif)
---------------------------------以下为更新----------------------------------
看了有些朋友的回帖,我又思考了一下,感觉自己之前对回调作用的理解的确存在偏差。
下面把自己整理之后的想法共享一下,如果有错误希望指出!多谢!
先说上面这段代码,本来完全可以用模板模式来进行实现:
- public abstract class B{
- public void execute(){
- getConnection();
- doCRUD();
- releaseConnection();
- }
- public abstract void doCRUD();
- public void getConnection(){
- System.out.println("获得连接...");
- }
- public void releaseConnection(){
- System.out.println("释放连接...");
- }
- }
- public class A extends B{
- public void doCRUD(){
- System.out.println("执行add操作...");
- }
- public void add(){
- doCRUD();
- }
- }
- public class C extends B{
- public void doCRUD(){
- System.out.println("执行delete操作...");
- }
- public void delete(){
- doCRUD();
- }
- }
如果改为回调实现是这样的:
- interface CallBack{
- public void doCRUD();
- }
- public class HibernateTemplate {
- public void execute(CallBack action){
- getConnection();
- action.doCRUD();
- releaseConnection();
- }
- public void add(){
- execute(new CallBack(){
- public void doCRUD(){
- System.out.println("执行add操作...");
- }
- });
- }
- public void delete(){
- execute(new CallBack(){
- public void doCRUD(){
- System.out.println("执行delete操作...");
- }
- });
- }
- public void getConnection(){
- System.out.println("获得连接...");
- }
- public void releaseConnection(){
- System.out.println("释放连接...");
- }
- }
可见 摒弃了继承抽象类方式的回调方式更加简便灵活。不需要为了实现抽象方法而总是继承抽象类,而是只需要通过回调来增加一个方法即可,更加的直观简洁灵活。这算是回调的好处之一。
下面再给出一个关于 利用回调配合异步调用的很不错的例子,来源于 http://kt8668.iteye.com/blog/205739
回调接口:
- public interface CallBack {
- /**
- * 执行回调方法
- * @param objects 将处理后的结果作为参数返回给回调方法
- */
- public void execute(Object... objects );
- }
消息的发送者:
- /**
- * 这个类相当于你自己
- */
- public class Local implements CallBack,Runnable{
- private Remote remote;
- /**
- * 发送出去的消息
- */
- private String message;
- public Local(Remote remote, String message) {
- super();
- this.remote = remote;
- this.message = message;
- }
- /**
- * 发送消息
- */
- public void sendMessage()
- {
- /**当前线程的名称**/
- System.out.println(Thread.currentThread().getName());
- /**创建一个新的线程发送消息**/
- Thread thread = new Thread(this);
- thread.start();
- /**当前线程继续执行**/
- System.out.println("Message has been sent by Local~!");
- }
- /**
- * 发送消息后的回调函数
- */
- public void execute(Object... objects ) {
- /**打印返回的消息**/
- System.out.println(objects[0]);
- /**打印发送消息的线程名称**/
- System.out.println(Thread.currentThread().getName());
- /**中断发送消息的线程**/
- Thread.interrupted();
- }
- public static void main(String[] args)
- {
- Local local = new Local(new Remote(),"Hello");
- local.sendMessage();
- }
- public void run() {
- remote.executeMessage(message, this); //这相当于给同学打电话,打完电话之后,这个线程就可以去做其他事情了,只不过等到你的同学打回电话给你的时候你要做出响应
- }
- }
消息的接收者:
- /**
- * 这个类相当于你的同学
- */
- public class Remote {
- /**
- * 处理消息
- * @param msg 接收的消息
- * @param callBack 回调函数处理类
- */
- public void executeMessage(String msg,CallBack callBack)
- {
- /**模拟远程类正在处理其他事情,可能需要花费许多时间**/
- for(int i=0;i<1000000000;i++)
- {
- }
- /**处理完其他事情,现在来处理消息**/
- System.out.println(msg);
- System.out.println("I hava executed the message by Local");
- /**执行回调**/
- callBack.execute(new String[]{"Nice to meet you~!"}); //这相当于同学执行完之后打电话给你
- }
- }
由上面这个例子可见,回调可以作为异步调用的基础来实现异步调用
///--------------------------------------------------------》》》》》》》》》》》》》》》》》》
http://codecloud.net/java-5-6371.html
什么是回调?今天傻傻地截了张图问了下,然后被陈大牛回答道“就一个回调…”。此时千万个草泥马飞奔而过
哈哈,看着源码,享受着这种回调在代码上的作用,真是美哉。不妨总结总结。
一、什么是回调
回调,回调。要先有调用,才有调用者和被调用者之间的回调。所以在百度百科中是这样的:
软件模块之间总是存在着一定的接口,从调用方式上,可以把他们分为三类:同步调用、回调和异步调用。
回调是一种特殊的调用,至于三种方式也有点不同。
1、同步回调,即阻塞,单向。
2、回调,即双向(类似自行车的两个齿轮)。
3、异步调用,即通过异步消息进行通知。
二、CS中的异步回调(Java案例)
比如这里模拟个场景:客户端发送msg给服务端,服务端处理后(5秒),回调给客户端,告知处理成功。代码如下:
回调接口类:
/**
* @author Jeff Lee
* @since 2015-10-21 21:34:21
* 回调模式-回调接口类
*/
public interface CSCallBack {
public void process(String status);
}
模拟客户端:
/**
* @author Jeff Lee
* @since 2015-10-21 21:25:14
* 回调模式-模拟客户端类
*/
public class Client implements CSCallBack {
private Server server;
public Client(Server server) {
this.server = server;
}
public void sendMsg(final String msg){
System.out.println("客户端:发送的消息为:" + msg);
new Thread(new Runnable() {
@Override
public void run() {
server.getClientMsg(Client.this,msg);
}
}).start();
System.out.println("客户端:异步发送成功");
}
@Override
public void process(String status) {
System.out.println("客户端:服务端回调状态为:" + status);
}
}
模拟服务端:
/**
* @author Jeff Lee
* @since 2015-10-21 21:24:15
* 回调模式-模拟服务端类
*/
public class Server {
public void getClientMsg(CSCallBack csCallBack , String msg) {
System.out.println("服务端:服务端接收到客户端发送的消息为:" + msg);
// 模拟服务端需要对数据处理
try {
Thread.sleep(5 * 1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("服务端:数据处理成功,返回成功状态 200");
String status = "200";
csCallBack.process(status);
}
}
测试类:
/**
* @author Jeff Lee
* @since 2015-10-21 21:24:15
* 回调模式-测试类
*/
public class CallBackTest {
public static void main(String[] args) {
Server server = new Server();
Client client = new Client(server);
client.sendMsg("Server,Hello~");
}
}
运行下测试类 — 打印结果如下:
客户端:发送的消息为:Server,Hello~
客户端:异步发送成功
服务端:服务端接收到客户端发送的消息为:Server,Hello~(这里模拟服务端对数据处理时间,等待5秒)
服务端:数据处理成功,返回成功状态 200
客户端:服务端回调状态为:200
一步一步分析下代码,核心总结如下
1、接口作为方法参数,其实际传入引用指向的是实现类
2、Client的sendMsg方法中,参数为final,因为要被内部类一个新的线程可以使用。这里就体现了异步。
3、调用server的getClientMsg(),参数传入了Client本身(对应第一点)。
三、回调的应用场景
回调目前运用在什么场景比较多呢?从操作系统到开发者调用:
1、Windows平台的消息机制
2、异步调用微信接口,根据微信返回状态对出业务逻辑响应。
3、Servlet中的Filter(过滤器)是基于回调函数,需容器支持。
补充:其中 Filter(过滤器)和Interceptor(拦截器)的区别,拦截器基于是Java的反射机制,和容器无关。但与回调机制有异曲同工之妙。
总之,这设计让底层代码调用高层定义(实现层)的子程序,增强了程序的灵活性。
四、模式对比
上面讲了Filter和Intercepter有着异曲同工之妙。其实接口回调机制和一种设计模式—观察者模式也有相似之处:
观察者模式:
GOF说道 — “定义对象的一种一对多的依赖关系,当一个对象的状态发送改变的时候,所有对他依赖的对象都被通知到并更新。”它是一种模式,是通过接口回调的方法实现的,即它是一种回调的体现。
接口回调:
与观察者模式的区别是,它是种原理,而非具体实现。
五、心得
总结四步走:
机制,即是原理。
模式,即是体现。
记住具体场景,常见模式。
然后深入理解原理