Dubbo源码解读-消费端DubboInvoker的调用流程解析

上篇我们介绍了ExchangeClient初始化原理,地址如下

Dubbo源码解读-Exchangeclient初始化-CSDN博客

       本文主要针Dubbo消费端调用流程中,DubboInvoker的调用流程,从dubbo源码角度进行解析。

        大家可以好好仔细读一下本文。有疑问欢迎留言。

        接着说明,读Dubbo源码最好是先对Spring源码有一定的了解。如果大家需要,我也可以针对Spring框架做一系列源码的解读专栏。

         不过不用担心,如果需要Spring的源码知识,文章中也会进行Spring源码铺垫介绍的。

        如果内容中有没描述清楚的,或者大家在阅读源代码有疑问的,欢迎留言,看到就会及时回复。

主要内容

  • 关联知识介绍
  • DubboInvoker的调用流程解析
  • 图解调用流程

关联知识介绍

  • 消费端调用流程

        消费端依赖注入服务端后,当消费端请求服务端时,调用流程为:MockClusterInvoker->FailOverClusterInvoker->DubboInvokerr.doInvoke().最终回调DubboInvoker类。DubboInvoker调用前的详细流程可跳转至   

https://mp.csdn.net/mp_blog/creation/editor/138048991

DubboInvoker.doInvoker的调用流程解析

概括流程

        MockClusterInvoker.invoke->FailOverClusterInvoker.invoke->DubboInvoker.doInvoke()

流程总结如下:

  1. 单工通信:消费端注解配置。method:isReturn=false;
    1. 不需要返回值,减少一次服务端给客户端响应的TCP通信
    2. 不需要创建DefaultFeature
  2. 异步处理:
    1. netty本来就是异步通信,不等待返回结果。返回ResponseFuture设置到Rpc上下文。
    2. 需要返回结果时,调用ResponseFuture.get()阻塞等待即可
  3. 双端通信(消费端分两个流程发送请求和接受服务端应答)
    1. 发送请求:(clinet链负责发送请求)
      1. headerExchangeChannel.request():
        1. 创建DefaultFuture类并返回,调用NettyClient发送请求.
          1. DefaultFuture:持有持有FUTURES:请求ID和Feature
          2. CHANNELS:请求ID和NettyClient。
      2. 调用default.get()进行阻塞等待。
    2. 接受应答:(Handler链负责接受请求或者应答)
      1. 服务端有数据返回时,回调用NettyClientHandler.channelRead()方法。
      2. 开始调用Handler的执行链。
        1. HeartbeatHandler:发送心跳应答
        2. AllChannelHandler:服务隔离思想,获取线程池异步执行
        3. DecodeHandler:编解码,Hession进行反序列化
        4. HeaderExchangeHandler:
          1. 服务端:
            1. 双工通信:处理请求,调用Filter执行链,最终调用Service方法。并将结果通过channel返回给客户端。
            2. 单工通信:直接处理请求
          2. 消费端:
            1. 根据请求ID获取对应的defaultFuture
            2. 设置Response
            3. 唤醒get方法()

跟进一步概括
 

  1. 单工通信:消费端注解配置。method:isReturn=false;
    1. 不需要返回值,减少一次服务端给客户端响应的TCP通信
    2. 不需要创建DefaultFeature
  2. 异步处理:
    1. netty本来就是异步通信,不等待返回结果。返回ResponseFuture设置到Rpc上下文。
    2. 需要返回结果时,调用ResponseFuture.get()阻塞等待即可
  3. 双端通信(消费端分两个流程发送请求和接受服务端应答)
    1. 发送请求:(clinet链负责发送请求)
      1. 调用defaultFuture.get()阻塞等待服务端返回。
      2. 创建DefaultFuture对象,并建立id和defaultFuture映射关系。
      3. 创建request对对象。包含id属性:请求流水号
    2. 接受应答:(Handler链负责接受请求或者应答)
      1. 服务端有数据返回时,回调用NettyClientHandler.channelRead()方法。
      2. 开始调用Handler的执行链。
        1. HeartbeatHandler:发送心跳应答
        2. AllChannelHandler:服务隔离思想,获取线程池异步执行
        3. DecodeHandler:编解码,Hession进行反序列化
        4. HeaderExchangeHandler:
          1. 服务端:
            1. 双工通信:处理请求,调用Filter执行链,最终调用Service方法。并将结果通过channel返回给客户端。
            2. 单工通信:直接处理请求
          2. 消费端:
            1. 根据请求ID获取对应的defaultFuture
            2. 设置Response
            3. 唤醒get方法()

详细流程(主要说明双工通信)

 备注:

  • return (Result) currentClient.request(inv, timeout).get()
  • currentClient.request(inv, timeout)返回DefaultFeature对象。
  • get()同步阻塞等待服务端响应。
  • 服务端Netty通讯,有返回值的时候,服务端会回调Netty客户端的Read方法,会唤醒get等待的方法

双工通信

  1. currentClient.request(inv, timeout)调用Client和handler的执行链,最后返回DefaultFeature
  2. HeaderExchangeChannel.request():
    1. 创建DefaultFeature,持有两个全局变量映射关系,
      1. Map<Long, DefaultFuture> FUTURES:请求ID和Feature。
      2. Map<Long, Channel> CHANNELS:请求ID和NettyClient
      3. ID主要用来在Netty服务端回调回来的时候,通过ID找到对应的Feature,唤起get方法()。
      4. 静态代码块中开启守护线程。用来扫描每一次调用是否超时
  3. 调用NettyClient.send()发送请求
  4. 调用NettyChannel.send()
    1. NioSocketChannel.writeAndFlush(message):nettyApi,netty的Nio远程调用
  5. 发送数据到此结束,开始等待接收数据
  6. Netty回调write方法(调用Handler处理服务端响应)
  7. NettyClientHandler.channelRead():服务端有数据返回时,会调用此方法。服务端回传对象里面会包含请求ID。
    1. handler.received(channel, msg);
  8. MultiMessageHandler.received()
  9. HeartbeatHandler.received():服务端/客户端共用
    1. 设置这次心跳读的时间:nettyChannel中设置一个
      1. channel.setAttribute(KEY_READ_TIMESTAMP, System.currentTimeMillis());
    2. 如果是客户端:发送心跳应答。
    3. AllChannelHandler.received()
      1. 服务隔离思想,获取一个线程池
      2. ChannelEventRunnable.run()
        1. state==recieved
          1. 调用DecodeHandler
    4. DecodeHandler.received():实现请求/响应编解码
      1. 返回解码数据
      2. DecodeRpcResult.decode()
        1. 获取序列化器Serialization,默认Hession。
        2. 反序列化
        3. 结果写入RpcResult的value
        4. 响应结果转为map写入AttachMent
    5. HeaderExchangeHandler.receive():【核心】DefaultFuture.receive()
      1. 如果是服务端收到消息(服务端
        1. 双工通信:
          1. 处理请求:
            1. 创建根据请求ID创建相应对象Response
            2. 调用DubboProtocol中匿名ExchangeHandlerAdapter.reply()
            3. 根据映射关系找到DubboExporter,获取包装的Invoker[Invoker执行链接]
            4. 执行链:Filter1-》Filter2-〉invokerDelegete->AbstractProxyInvoker->wrapper->ServiceClass(被代理类)。
          2. 将请求结果,通过channel发送给客户端
        2. 单工通信:
          1. 直接处理消息
      2. 如果是客户端收到消息
        1. 设置response到DefaultFuture的全局变量,并唤醒get中的await
        2. DefaultFuture.receive():
          1. 根据ID找到对应请求对应的defaultFuture
          2. defaultFuture.doReceive():设置Response全局变量,唤醒get中的await。此时get()方法解除阻塞,获取到Response返回值。
          3. 如果配置了回调,则调用回调。(客户端配置了回调通知,则回调客户端配置的API,实际就是调用客户端配置的某个类的某个方法)

源码分析

发送请求

1.DubboInvoker.doInvoke

protected Result doInvoke(final Invocation invocation) throws Throwable {
        RpcInvocation inv = (RpcInvocation) invocation;
        final String methodName = RpcUtils.getMethodName(invocation);
        inv.setAttachment(Constants.PATH_KEY, getUrl().getPath());
        inv.setAttachment(Constants.VERSION_KEY, version);

        ExchangeClient currentClient;
        if (clients.length == 1) {
            currentClient = clients[0];
        } else {
            currentClient = clients[index.getAndIncrement() % clients.length];
        }
        try {
            boolean isAsync = RpcUtils.isAsync(getUrl(), invocation);
            boolean isOneway = RpcUtils.isOneway(getUrl(), invocation);
            int timeout = getUrl().getMethodParameter(methodName, Constants.TIMEOUT_KEY, Constants.DEFAULT_TIMEOUT);
            //@Method(name = "doKill",isReturn = false) 这样配置就是单工通讯
            if (isOneway) {
                boolean isSent = getUrl().getMethodParameter(methodName, Constants.SENT_KEY, false);
                currentClient.send(inv, isSent);
                RpcContext.getContext().setFuture(null);
                return new RpcResult();
            //@Reference(check = false,methods = {@Method(name = "asynctoDo",async = true)}) 异步调用
            } else if (isAsync) {
                ResponseFuture future = currentClient.request(inv, timeout);
                RpcContext.getContext().setFuture(new FutureAdapter<Object>(future));
                return new RpcResult();
            } else {
                //双工同步通讯
                RpcContext.getContext().setFuture(null);
                //get方法阻塞等待
                return (Result) currentClient.request(inv, timeout).get();
            }
        } 
    }

2.HanderExchangeChannel.reqeust

public ResponseFuture request(Object request, int timeout) throws RemotingException {
        if (closed) {
            throw new RemotingException(this.getLocalAddress(), null, "Failed to send request " + request + ", cause: The channel " + this + " is closed!");
        }
        // create request.
        //创建请求对象,里面包含ID流水号,服务端响应时候也会回传这个id
        Request req = new Request();
        req.setVersion(Version.getProtocolVersion());
        req.setTwoWay(true);
        req.setData(request);
        //创建defaultFuture对象。构造函数里会简历全局ID和future映射关系。
        DefaultFuture future = new DefaultFuture(channel, req, timeout);
        try {
            //发送请求
            channel.send(req);
        } catch (RemotingException e) {
            future.cancel();
            throw e;
        }
        return future;
    }

3.DefaultFuture构造函数

 public DefaultFuture(Channel channel, Request request, int timeout) {
        this.channel = channel;
        this.request = request;
        this.id = request.getId();
        this.timeout = timeout > 0 ? timeout : channel.getUrl().getPositiveParameter(Constants.TIMEOUT_KEY, Constants.DEFAULT_TIMEOUT);
        // put into waiting map.
        //建立全局映射关系
        FUTURES.put(id, this);
        CHANNELS.put(id, channel);
    }

接受响应

        入口时NettyClientHandler.channelRead()方法。调用Handler的执行链(下面会有截图说明这个执行链)。 源码主要介绍核心处理

1.HeaderExchangeHandler.receive()

public void received(Channel channel, Object message) throws RemotingException {
        channel.setAttribute(KEY_READ_TIMESTAMP, System.currentTimeMillis());
        ExchangeChannel exchangeChannel = HeaderExchangeChannel.getOrAddChannel(channel);
        try {
            //如果是服务端接收到请求消息
            if (message instanceof Request) {
                // handle request.
                Request request = (Request) message;
                if (request.isEvent()) {
                    handlerEvent(channel, request);
                } else {
                    //如果双工通讯,则需要返回值
                    if (request.isTwoWay()) {
                        //这里会调用接口的具体方法
                        Response response = handleRequest(exchangeChannel, request);
                        //把消息走netty发送到客户端
                        channel.send(response);
                    } else {
                        //如果是单工通讯
                        handler.received(exchangeChannel, request.getData());
                    }
                }
                //如果是客户端接收到服务端的响应消息
            } else if (message instanceof Response) {
                //设置response到DefaultFuture的全局变量,并唤醒get中的await
                handleResponse(channel, (Response) message);
            } else if (message instanceof String) {
                if (isClientSide(channel)) {
                    Exception e = new Exception("Dubbo client can not supported string message: " + message + " in channel: " + channel + ", url: " + channel.getUrl());
                    logger.error(e.getMessage(), e);
                } else {
                    String echo = handler.telnet(channel, (String) message);
                    if (echo != null && echo.length() > 0) {
                        channel.send(echo);
                    }
                }
            } else {
                handler.received(exchangeChannel, message);
            }
        } finally {
            HeaderExchangeChannel.removeChannelIfDisconnected(channel);
        }
    }


static void handleResponse(Channel channel, Response response) throws RemotingException {
        if (response != null && !response.isHeartbeat()) {
            DefaultFuture.received(channel, response);
        }
    }

2.Default.received():设置相应结果response,唤醒get方法。

public static void received(Channel channel, Response response) {
        try {
            //找到该请求对应的DefaultFuture对象
            DefaultFuture future = FUTURES.remove(response.getId());
            if (future != null) {
                //设置response全局变量,并缓存get方法
                future.doReceived(response);
            } else {
                logger.warn("The timeout response finally returned at "
                        + (new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS").format(new Date()))
                        + ", response " + response
                        + (channel == null ? "" : ", channel: " + channel.getLocalAddress()
                        + " -> " + channel.getRemoteAddress()));
            }
        } finally {
            CHANNELS.remove(response.getId());
        }
    }
private void doReceived(Response res) {
        lock.lock();
        try {
            response = res;
            if (done != null) {
                //唤醒get方法中的await
                done.signal();
            }
        } finally {
            lock.unlock();
        }
        if (callback != null) {
            //如果配置了回调,则调用回调
            invokeCallback(callback);
        }
    }

图解调用流程

总结:上面内容中,每个从业务流程和源码角度进行了详细分析,如果大家有疑问或者对文章排版任何方面有建议都可以留言评论,看到都会及时回复大家。

知识总结,分享不易,全文手敲,欢迎大家关注点赞评论收藏。

当然如果觉得文章写的不错,也可点击大赏按钮,深深的鼓励一下博主。哈哈!!!!

  • 61
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
### 回答1: 回答:Dubbo调用流程主要包括:服务提供方、服务消费方和注册中心三部分组成。其中,服务提供方向注册中心注册服务,服务消费方通过注册中心发现服务并向服务提供方发起调用;服务提供方收到调用请求后,通过调用服务提供者实现服务,并将结果返回给服务消费方。可以参考以下解读:http://www.sohu.com/a/242295322_465833。 ### 回答2: Dubbo调用流程分为三个阶段:服务导出、服务引用和远程调用。下面我将结合解读这三个阶段的具体流程。 首先是服务导出阶段。当服务提供者启动时,Dubbo解析@Service注解,生成ServiceBean对象。然后,Dubbo调用Protocol的export方法,将ServiceBean暴露成一个Invoker对象,该对象持有ServiceBean的引用和一系列的过滤器链。接着,Dubbo会通过Exporter对象,将Invoker注册到注册中心。最后,Dubbo会根据配置选择合适的Server实现,启动Server并监听服务口。 接下来是服务引用阶段。当服务消费者启动时,Dubbo解析@Reference注解,生成ReferenceBean对象。然后,Dubbo调用ReferenceConfig的get方法,根据配置从注册中心获取服务提供者的Invoker对象。接着,Dubbo会通过Protocol的refer方法,将Invoker封装成一个代理对象,并返回给业务逻辑,实现远程调用。 最后是远程调用阶段。当业务代码调用代理对象的方法时,Dubbo会通过Invocation对象封装方法调用的相关信息。然后,Dubbo会根据服务的URL信息选择合适的InvocationHandler,发起远程调用。在InvocationHandler中,Dubbo会对请求进行编码、协议适配和消息传输,最终将请求发送给服务提供者。服务提供者接收到请求后,会根据请求内容执行相应的服务逻辑,并返回结果。最后,Dubbo会将结果进行解码、协议适配和消息传输,将结果返回给服务消费者。 通过解读可以看出,Dubbo调用流程主要包括服务导出、服务引用和远程调用三个阶段,并且每个阶段都有一系列的类和方法来协调和处理相应的任务。这样的设计使得Dubbo具备了高度的扩展性和灵活性,能够支持不同的协议和中间件,并提供了一系列的配置选项,满足不同场景下的需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

菜鸟long

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值