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()方法 把自己传递给类B
        mTcpClient=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 其他事情
    }

    @Override
    public 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自己程序中来控制了。

猜你喜欢

转载自blog.csdn.net/shentanweilan9/article/details/80683430