前言
先让我们通过一个生活中的场景来还原一下回调的场景：你遇到了一个技术难题（比如，1+1等于几？太难了！），于是你去咨询大牛，大牛说现在正在忙，待会儿告诉你结果。
此时，你可能会去刷朋友圈了，等大牛忙完之后，告诉你答案是2。
那么，这个过程中询问问题（调用对方接口），然后问题解决之后再告诉你（对方处理完再调用你，通知结果），这一过程便是回调。
系统调用的分类
应用系统模块之间的调用，通常分为：同步调用，异步调用，回调。
同步调用是最基本的调用方式。类A的a()方法调用类B的b()方法，类A的方法需要等到B类的方法执行完成才会继续执行。如果B的方法长时间阻塞，就会导致A类方法无法正常执行下去。
如果A调用B，B的执行时间比较长，那么就需要考虑进行异步处理，使得B的执行不影响A。通常在A中新起一个线程用来调用B，然后A中的代码继续执行。
异步通常分两种情况：第一，不需要调用结果，直接调用即可，比如发送消息通知；第二，需要异步调用结果，在Java中可使用Future+Callable实现。
通过上图我们可以看到回到属于一种双向的调用方式。回调的基本上思路是：A调用B，B处理完之后再调用A提供的回调方法（通常为callbakc()）通知结果。
通常回调分为：同步回调和异步回调。网络上大多数的回调案例都是同步回调。
其中同步回调与同步调用类似，代码运行到某一个位置的时候，如果遇到了需要回调的代码，会在这里等待，等待回调结果返回后再继续执行。
而异步回调与异步调用类似，代码执行到需要回调的代码的时候，并不会停下来，而是继续执行，当然可能过一会回调的结果会返回回来。
同步回调实例
下面我们以同步回调为例来讲解回调的Java代码实现。整个过程就模拟上面问答问题的场景。
首先，定义给一个CallBack的接口，将回调的功能进行单独抽离：
public interface CallBack { void callback ( String string ); }CallBack接口中提供了一个callback方法，用于回调时调用。
然后定义问问题的人Person：
public class Person implements CallBack { private Genius genius ; public Person ( Genius genius ) { this . genius = genius ; } @Override public void callback ( String string ) { System . out . println ( "收到答案：" + string ); } public void ask () { genius . answer ( this ); } }由于Person要提供回调方法，因此实现CallBack接口及其方法，方法中主要针对回调结果进行处理。
同时，由于Person要调用Genius对应的方法，因此要持有Genius的引用，这里通过构造方法传入。
定义回答问题的大神Genius类：
public class Genius { public void answer ( CallBack callBack ) { System . out . println ( "在忙其他事..." ); try { Thread . sleep ( 2000 ); System . out . println ( "忙完其他事，开始计算..." ); } catch ( InterruptedException e ) { e . printStackTrace (); } System . out . println ( "天才计算出答案为：2" ); // 回调告诉你 callBack . callback ( "2" ); } }这模拟大神正在忙碌，线程睡眠2秒，忙碌完之后，开始帮忙计算答案，获得答案之后，调用CallBack接口的callback方法进行回调，通知结果。
通过Main方法进行测试：
public static void main ( String [] args ) { Genius genius = new Genius (); Person you = new Person ( genius ); you . ask (); }执行打印结果如下：
在忙其他事... 忙完其他事，开始计算... 天才计算出答案为： 2 收到答案： 2上面的过程，就实现了一个同步回调的功能。当然，从程序设计上来说，可以对Person和Genius进一步抽象化处理，通过接口的形式呈现。
在上述回调机制的代码实现中，最核心的是在调用answer方法时传递了this参数，即调用者自身。
从本质上来说，回调是一种思想，是一种机制，至于具体如何实现，如何通过代码将回调实现得优雅、实现得可扩展性比较高，就需要八仙过海各显神通了。
异步回调实例
上面的实例演示了同步回调，很明显在调用的过受到Genius执行时长的影响，需要等到Genius处理完才能继续执行Person方法中的后续代码。
下面在上述示例上进行改进，Person提供一个支持异步回调的方法：
public void askASyn () { System . out . println ( "创建新线程请教问题" ); new Thread (() -> genius . answer ( this )). start (); System . out . println ( "新线程已启动..." ); }在该方法内，新建了一个线程用来处理Genius#answer方法的调用，这样就能够跳过Genius#answer方法的阻塞，直接执行下面的操作（日志打印）。
在main方法中将调用的方法改为askASyn，打印结果如下：
创建新线程请教问题 新线程已启动... 在忙其他事... 忙完其他事，开始计算... 天才计算出答案为： 2 收到答案： 2可以看出，直接打印了[新线程已启动...]，后续才打印出Genius#answer方法方法中处理日志和回调时callback方法接收到的信息。
基于Future的半异步
除了上述的同步，异步处理，还有一种介于同步和异步之间的基于Future的半异步处理。
在Java使用nio后无法立即拿到真实的数据，而是先得到一个"future"，可以理解为邮戳或快递单，为了获悉真正的数据我们需要不停的通过快递单号"future"查询快递是否真正寄到。
Futures是一个抽象的概念，它表示一个值，在某一点会变得可用。一个Future要么获得计算完的结果，要么获得计算失败后的异常。
通常什么时候会用到Future呢？一般来说，当执行一个耗时的任务时，使用Future就可以让线程暂时去处理其他的任务，等长任务执行完毕再返回其结果。
经常会使用到Future的场景有：1. 计算密集场景。2. 处理大数据量。3. 远程方法调用等。
Java在java.util.concurrent包中附带了Future接口，它使用Executor异步执行。
例如下面的代码，每传递一个Runnable对象到ExecutorService.submit()方法就会得到一个回调的Future，使用它检测是否执行，这种方法可以是同步等待线处理结果完成。
public class TestFuture { public static void main ( String [] args ) { //实现一个Callable接口 Callable < User > c = () -> { //这里是业务逻辑处理 //让当前线程阻塞1秒看下效果 Thread . sleep ( 1000 ); return new User ( "张三" ); }; ExecutorService es = Executors . newFixedThreadPool ( 2 ); // 记得要用submit，执行Callable对象 Future < User > fn = es . submit ( c ); // 一定要调用这个方法，不然executorService.isTerminated()永远不为true es . shutdown (); // 无限循环等待任务处理完毕 如果已经处理完毕 isDone返回true while (! fn . isDone ()) { try { //处理完毕后返回的结果 User nt = fn . get (); System . out . println ( nt . name ); } catch ( InterruptedException | ExecutionException e ) { e . printStackTrace (); } } } static class User { private String name ; private User ( String name ) { this . name = name ; } } }此种情况下虽然是创建了新线程来进行处理，但还是需要等待处理的结果。好处是可以将批量的处理，分为几个线程同时进行处理，最后对结果进行合并，达到提升处理效率的目的。
小结
经过这篇文章，想必大家对Java的回调机制已经有所了解，在各类开源框架中，其实也会经常看到回调的使用，活学活用。
以上就是两个例子了解java中的回调机制的详细内容，更多关于Java 回调机制的资料请关注其它相关文章！
查看更多关于两个例子了解java中的回调机制的详细内容...