Java回调 详解（为什么会有回调这一机制）

本文主要是介绍Java回调 详解（为什么会有回调这一机制），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

现在大多数都是模块化开发，模块之间存在一定的联系 这里用接口形式来呈现 。但是从调用方式来看分为：同步调用、异步调用、回调（同步回调、异步回调）。 同步调用 就是阻塞的 就是串行执行 这个执行完 再执行另一个。 异步调用是一中非阻塞的 类似消息或者事件的机制 比如维护一个消息队列。 通过消息队列来通知各自 进而实现 非阻塞的运行。

1.回调的定义

• 类A的a()方法调用类B的b()方法 或者是 通过一些方法b1()把自己传递给类B
• 类B的b()方法执行完毕主动调用类A的callback()方法

2.回调的例子

这个例子我是模仿android上的接口回调来写的。安卓上的接口回调最大的特点就是 类A a()调用类B的b()的时候 这个b() 的名字很有意思 就是setXXXListener() 当然接口名字Callback() 起的名字是 OnXXXXListener()接口中的抽象方法也从callback() 改成 onXXX()

接口

public interface OnReceiveListener {//  由于是android 这里就采用 set方式  而不是在回调方法上的输入参数void onReceive(byte[] datas);
}

TcpServer 类A

public class TcpServer implements OnReceiveListener {private TcpClient mTcpClient;public TcpServer(TcpClient tcpClient) {// 类A的a() 调用类B的 b1()方法 把自己传递给类BmTcpClient=tcpClient;tcpClient.setOnReceiveListener(this);}public void receiveMessage(){// 接收处理一些数据  然后把这些数据给TcpClient 来处理byte[] buffers = new byte[6];for (int i = 0; i < 6; i++) {buffers[i]= (byte) i;}mTcpClient.executeMessage(buffers);// 类A的a() 调用类B的 b()// TODO: 2018/6/13 其他事情}@Overridepublic void onReceive(byte[] datas) {LogUtils.e("server端发送的数据是: " + ArrayUtils.toHexString(datas));// 自己处理 datas}
}

TcpClient 类B

public class TcpClient {private OnReceiveListener mOnReceiveListener;public void setOnReceiveListener(OnReceiveListener onReceiveListener) {mOnReceiveListener = onReceiveListener;}public void executeMessage(byte[] data) {// 类B的b() 主动调用类A的实现接口的 onReceive()mOnReceiveListener.onReceive(handleData(data));}public byte[] handleData(byte[] data){byte[] aa=new byte[data.length];for (int i = 0; i < data.length; i++) {aa[i]= (byte) (data[i]+1);}return aa;}}

3. 回调总结

1. 上述例子是 同步回调 就是 类A 调完 类B的b() 执行完 并回调完 类A实现的接口的a（） 才会继续执行后续的todo 要做的事情
2. 回调的核心就是回调方(类A)将本身即this传递给调用方(类B),回调方必然要实现回调接口的，至于传递是分两个函数 传过去 还是在一个函数上传过去 俩函数的就是把传递和功能 分开 一个函数就是功能实现和传递在一体。
3. 既然类A包括类B的实例了 并且类B中b()也拿到了 类A的实例 那这根本就不需要用回调了 就在各自函数中实现呗。 类A 直接调用B的b（） 然后b()处理数据 处理完直接用类a的实例 中的方法 来 继续加工数据 即可。这样的话 我们直接在类A中 调用B的b() 中实现即可 同步调用完全可以实现 对应上面的代码。

public void receiveMessage(){// 接收处理一些数据  然后把这些数据给TcpClient 来处理byte[] buffers = new byte[6];for (int i = 0; i < 6; i++) {buffers[i]= (byte) i;}//mTcpClient.executeMessage(buffers);// 类A的a() 调用类B的 b()byte[] mbapHeader = mTcpClient.handleData(buffers);onReceive(mbapHeader);// TODO: 2018/6/13 其他事情}

4.同步调用完全就可以实现了 那为什莫还要有回调这一机制呢？

• 有人说异步的时候就体验到回调的好处了？是吗？异步的时候 比如B的b()处理数据需要好久我们想继续执行A的todo的方法 那样的话还是要把b() 放到一个线程中 同理的话 我把上述不回调的代码也加一个线程也实现了异步 同样处理了相同的问题。 不用回调。
• 但是有种场景用异步回调就比较合适了 假如要做的todo的事情需要 等待着B 处理完的数据呢。这个时候我们就要 用Future+Callable的方式或者异步回调了。因为异步回调的话 我们只要把todo做的事情放到 回调函数中就行了。 这样就不用关心 b中处理的数据神魔时候处理完。如果起线程的话你是很难知道神魔时候 有结果返回了 除非你todo的时候一直 在while（true）遍历 这样就类似Futrue+Callable了。
• 核心思想就是 异步回调解决了 类B中b() 处理完数据后 类A中的回调方法能立马 拿到数据进行后续的处理。这个省掉了 用 while（true）或者Future自己程序中来控制了。

这篇关于Java回调 详解（为什么会有回调这一机制）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---