【dubbo源码】22. 一次完整的rpc调用

前言

经过前面这么长的篇幅,rpc通信的所有的准备工作dubbo都已经在启动的时候准备就绪。

服务暴露方:

• 将自己注册到注册中心
• 开启了netty服务端就用接受请求

服务消费方:

• 将自己注册到注册中心
• 获取到了某个服务的服务列表
• 持有了某个服务的某台主机的invoker对象,并针对其url建立了netty服务端,并发起了连接。

rpc通信流程

• 服务消费方 向服务暴露方 发起tcp请求
  • 服务降级
  • 集群容错
  • 负载均衡
  • 过滤器
  • netty发请求
• 服务提供方接到请求后,调用指定的服务方法,并响应数据
  • nettyHandler响应channelRead
  • 调用本地方法
  • 回写数据
• 服务消费方接到服务提供的响应数据后进行业务处理
  • 接受响应结果(Response对象不回写数据)
  • 唤醒阻塞线程
  • 最终得到结果

测试代码：rpc调用另外一个服务的getUsername方法,并传一个string参数

    public static void main(String[] args) throws IOException {
    AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(AnnoBean.class);
    OrderServiceImpl orderService = (OrderServiceImpl) applicationContext.getBean("orderServiceImpl");
    orderService.test();
    System.in.read();
}

OrderService

@Service

public class OrderServiceImpl implements OrderService {

@Reference(mock = "true")
private UserService userService;

@Override
public void test() {
    System.out.println(userService.getUsername("liuben"));
}

}

服务暴露方UserService

@Service
public class UserServiceImpl implements     UserService {
    @Override
    public String getUsername(String username)     {
        return "i am "+username;
    }
}

1. 服务消费方发起tcp请求

@Reference修饰的属性会被注入一个代理对象

image

代理对象是用jdk动态代理生成的,肯定会调到InvocationHandler里,去执行bean的对应方法

image

创建的ReferenceBeanInvocationHandler

image

这个bean是dubbo创建的invoker对象,先是走到invoker对象的包装代理实例AbstractProxyInvoker中,由javassist代理invoker,调用他的invokeMethod方法,并把参数列表类型,远程接口,以及对应方法 作为参数传进去

image

服务降级

由于invoker对象先是经过集群容错ClusterInvoker的包装,会先调到MockClusterInvoker的invoker方法：根据的你的配置决定是否降级

在这里之前会把参数列表类型,远程接口,以及对应方法包装成一个invocation对象,可以理解成是一次调用信息的对象

image

集群容错 & 负载均衡

MockClusterInvoker对象里包装了其他集群容错Cluster实例,接下来会调用集群容错Cluster实例的invoker方法.

默认的集群容错策略是重试,对应FailoverClusterInvoker实例

会先调到父类的AbstractClusterInvoker的invoker方法,获取初始的服务列表和负载均衡策略,作为参数传入子类

image

第一次尝试调用,利用负载均衡算法,选择出具体的invoker对象,调他的invoker

image

过滤器链

这里获取到的invoker对象仍然是被过滤器链包装着的，

image

通过一个链表进行传递,链表中持有下一个过滤器的引用,调完自己的invoker之后,传给下一个过滤器调

image

可以看到是层层包装

image

最终调到dubboInvoker

netty发请求

dubboInvoker就会涉及到真正的rpc通信了

先是调到父类的invoke方法,往invocation里塞了一个attachment列表,是否远程接口名

image

再进入dubboInvoker的doInvoke方法

先是从之前已经创建好的netty连接客户端拿一个连接出来,判断你是异步,还是单工

image

isOneway 单工
单工就是直接返回默认的结果,不需要获取返回值

if (isOneway) {
    boolean isSent = getUrl().getMethodParameter(methodName, Constants.SENT_KEY, false);
    currentClient.send(inv, isSent);
            RpcContext.getContext().setFuture(null);
    return new RpcResult();
    //@Reference(chefalse,methods = {@Method(= "asynctoDo",async = tru异步调用
} 

isAsync 异步

异步的话,其实就是先返回结果,用一个Feature阻塞住,不停的去拿结果,拿到结果再响应逻辑

else if (isAsync) {
    ResponseFuture futurecurrentClient.request(intimeout);
    Context.getContext().seture(nFutureAdapter