dubbo源码—service invoke

本文探讨了Dubbo的远程调用过程,从consumer如何通过本地代理发起调用,到invoker调用链,包括mock策略、负载均衡、失败重试等细节。在调用过程中,consumer通过网络向provider传输请求数据。总结了consumer如何向provider发起请求的整个流程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

dubbo的远程调用过程是怎么样的?

dubbo远程过程调用经过了那些处理?

发起远程调用的时候究竟传了什么数据给provider?

要解决这些问题,欢迎一起探讨走进dubbo源码栏目。

在service reference中说了consumer端发起调用的时候使用的是远程服务的本地代理,发起调用的堆栈是

(上面调用堆栈中的filter链先不介绍了,留在后面service reply中介绍,因为consumer和provider的filter链构造过程是类似的)

前面说过consumer在引用服务的时候最终会生成一个proxy,该proxy是实现了对应的服务接口(比如:com.test.service.TestDubboService),而且包含一个InvokerInvocationHandler属性,在proxy的服务接口方法中调用InvokerInvocationHandler.invoke

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
  String methodName = method.getName();
  Class<?>[] parameterTypes = method.getParameterTypes();
  // 判断是否是Object的方法,如果是则直接执行本地调用,不发起远程调用
  if (method.getDeclaringClass() == Object.class) {
    return method.invoke(invoker, args);
  }
  // toString、hashCode、equals执行本地调用
  if ("toString".equals(methodName) && parameterTypes.length == 0) {
    return invoker.toString();
  }
  if ("hashCode".equals(methodName) && parameterTypes.length == 0) {
    return invoker.hashCode();
  }
  if ("equals".equals(methodName) && parameterTypes.length == 1) {
    return invoker.equals(args[0]);
  }

  // RpcInvocation是一个很重要的类,是真正在consumer和provider之间通过网络传输的实体,里面包含了服务调用需要的必要信息
  RpcInvocation invocation = ne
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值