参考了网上的一些资料，下面也做出一些总结，供初学者了解学习。
一、 概述
软件模块之间总是存在着一定的接口，从调用方式上，可以把他们分为三类：同步调用、回调、异步调用 。
同步调用：一种阻塞式调用，调用方要等待对方执行完毕才返回，它是一种单向调用；
回调：一种双向调用模式，也就是说，被调用方在接口被调用时也会调用对方的接口；
异步调用：一种类似消息或事件的机制，解决了同步阻塞的问题，它的调用方向刚好相反，接口的服务在收到某种讯息或发生某种事件时，会主动通知客户方（即调用客户方的接口）。
回调和异步调用的关系非常紧密：使用回调来实现异步消息的注册，通过异步调用来实现消息的通知。
理解异步和同步
1.通俗说，异步就是不需要等当前执行的动作完成，就可以继续执行后面的动作。
2.通常一个程序执行的顺序是：从上到下，依次执行。后面的动作必须等前面动作执行完成以后方可执行。这就是和异步相对的一个概念——同步。
案例：
A、张三打电话给李四，让李四帮忙写份材料。
B、李四接到电话的时候，手上有自己的工作要处理，但他答应张三，忙完手上的工作后马上帮张三写好材料，并传真给张三。
C、通完电话后，张三外出办事。
说明：
张三给李四通完电话后，就出去办事了，他并不需要等李四把材料写好才外出。那么张三让李四写材料的消息就属于异步消息。
相反，如果张三必须等李四把材料写好才能外出办事的话，那么这个消息就属于同步消息了。
二、 异步的实现
传统的程序执行代码都是从上到下，一条一条执行。但生活中有很多情况并不是这样，以上的案例中，如果李四需要几个小时以后才能帮张三写好材料的话，那张三就必须等几个小时，这样张三可能会崩溃或者抓狂。这种一条龙似的处理，显示不太合理。
可以使用以下办法来处理这种问题：
张三找王五去给李四打电话，等李四写好材料后，由王五转交给张三。这样张三就可以外出办其他的事情了。
问题得到了合理的解决，之前张三一条线的工作，由张三和王五两条线来完成了，两边同时进行，彼此不耽误。
三、 计算机语言的实现
办法有了，如何用程序来模拟实现呢？
A、以前由一个线程来处理的工作，可以通过新增一个线程来达到异步的目的。
B、最后李四写好的材料必须交给张三，以做他用。这就是回调。
回调你可以这样来理解：
A发送消息给B，
B处理好A要求的事情后，将结果返回给A，
A再对B返回的结果来做进一步的处理。
四、 模拟异步消息的发送与回调
A、 回调的实现
/**
* 回调接口
*/
public interface CallBack {
/**
* 执行回调方法
* @param objects 将处理后的结果作为参数返回给回调方法
*/
public void execute(Object... objects );
} B、 消息的发送者
/**
* 简单本地发送异步消息的类
*/
public class Local implements CallBack,Runnable{
/**
* 远程接收消息的类，模拟point-to-point
*/
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~!"});
}
} remote.executeMessage(message, this);
executeMessage 方法需要接收一个message参数，表示发送出去的消息，而CallBack参数是他自己，也就是这里的this。表示发送消息后，由Local类自己来处理，调用自身的execute方法来处理消息结果。
如果这里不是用this，而是用其他的CallBack接口的实现类的话，那就不能称之为“回调”了，在OO的世界里，那就属于“委派”。也就是说，“回调” 必须是消息的发送者来处理消息结果，否则不能称之为回调。这个概念必须明确。
五、更多异步 + 回调 编程模式的例子
1.某天，我打电话向你请教问题，当然是个难题，你一时想不出解决方法，我又不能拿着电话在那里傻等，于是我们约定：等你想
出办法后打手机通知我，这样，我就挂掉电话办其它事情去了。过了XX分钟，我的手机响了，你兴高采烈的说问题已经搞定，应该如此这般处理。故事到此结束。其中，你后来打手机告诉我结果便是一个“回调”过程；我的手机号码必须在以前告诉你，这便是注册回调函数；我的手机号码应该有效并且手机能够接收到你的呼叫，这是回调函数必须符合接口规范。
2.有一位老板很忙，他没有时间盯着员工干活，然后他告诉自己的雇员，干完当前这些事情后，告诉他干活的结果。
创建一个回调接口，让老板得告知干完活如何找到他的方式：留下老板办公室地址：
package net.easyway.test;
/**
* 此接口为联系的方式，不论是电话号码还是联系地址，作为
* 老板都必须要实现此接口
*
*/
public interface CallBackInterface {
public void execute();
}package net.easyway.test;
/**
* 老板是作为上层应用身份出现的，下层应用（员工）是不知道
* 有哪些方法，因此他想被下层应用（员工）调用必须实现此接口
*
*/
public class Boss implements CallBackInterface {
@Override
public void execute() {
System.out.println("收到了！！" + System.currentTimeMillis());
}
}package net.easyway.test;
/**
* 员工类，必须要记住，这是一个底层类，底层是不了解上层服务的
*
*/
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();
}
}测试类：
package net.easyway.test;
public class Client {
public static void main(String[] args) {
Employee emp = new Employee();
//将回调对象（上层对象）传入，注册
emp.setCallBack(new Boss());
//开启控制器对象运行
emp.doSome();
}
}版权声明：本文为博主原创文章，未经博主允许不得转载。
原文地址：http://blog.csdn.net/gao_chun/article/details/46895835
