XXL-RPC (1)---RPC请求主流程

2022-03-25  本文已影响0人  _Kantin

背景和体会

源码阅读

注册中心 xxl-rpc-admin

 xxl-rpc类似;xxl-job也有一个admin注册中心,它的作用就是server中的实现类(@XxlRpcService管理)和对应的服务地址,其中实现类一般定义在api模板中,server和client要引用相用的实现类,确保全路径包名是相同的,这样client端就可以通过全路径包名到admin中获取实现了实现类的server的地址,进而进行相关的请求。
 同时xxl-rpc-admin也提供了禁用/灰度等操作,简单描述就是对注册地址进行标记和操作。

xxl-rpc-admin中注册详情
client发送请求到server端

 在client端的配置中,需要显式的将XxlRpcInvokerConfig注册到spring中,在此方法中将根据配置文件中定义好的xxl-rpc-admin地址,对XxlRpcSpringInvokerFactory这个bean进行实例化,然后交spring进行管理,如下图所示。

显式配置类

 而在我们的controller代码中,则需要通过一个注解@XxlRpcReference来引入我们的实现类,@XxlRpcReference这个注解中定义了Netty实现类/超时/负载均衡等策略,这样在注入实现类的时候进行设置,如下图所示手动设置netty client的定义和负载均衡策略。

对实现接口(字段)进行注解

 服务类上注册了注解,主要是进行功能的增加。回到刚刚通过显式配置类中的XxlRpcSpringInvokerFactory中中。这个类继承了InstantiationAwareBeanPostProcessorAdapter并重写了postProcessAfterInstantiation,主要用于在初始化化的时候对被spring管理的bean进行功能增加。进入方法中,由于IndexController被标记上@Controller,那么则为spring管理的类都会进入到此后置方法。
 先通过bean.getClass()获取类下的field,即类型定义的字段(没有被spring管理为普通的字段)。然后判断字段上有注解@XxlRpcReference,有的话则对类下面的字段(对象)进行增强(还是没有被spring管理)。所以从这里看出,增加的颗粒度是到被spring管理的类下的字段,因此定义的相同的字段(对象)会被分别的增强。
 说说字段(对象)增强过程,首先从@XxlRpcReference注解中获取字段的定义并赋值到实例化出来的XxlRpcReferenceBean中,再通过referenceBean.getObject()获得一个代理对象,最后再通过 field.set(bean, serviceProxy)将代理对象设置会到类中的字段(对象)中。

实例类被增强的过程

 看看getObject()的实现,它是通过java动态代理的方式来生成代理proxy的,包含三个参数,其含义分别是:loader: 用哪个类加载器去加载代理对象,interfaces:动态代理类需要实现的接口(字段中定义是接口类),h:动态代理方法在执行时,会调用h里面的invoke方法去执行。

proxy实现类

 在看看代码中的实现,当controller中定义filed被代理后,程序真正运行的都是invoke()方法,然后再invoke()中就可以获取到filed的全路径名+方法名,通过全路径名到xxl-rpc-admin中获取server端的地址,再从代理对象中获取netty相关的定义参数来构建client请求,自测上层的封装就完成了,接下来就交给netty来进行RPC实现了。

invoke()方法具体实现
server端处理请求

 server端的功能包括:(1)启动时将注解了@XxlRpcService的类进行注册为key,(2)启动时上报自身的地址信息,(3)定期的上报心跳等。其它则是构建一个netty的服务端,用于监听客户端的请求。
 服务端收到请求并序列化后,从XxlRpcRequest对象中获取相关的请求类和方法,再通过反射来进行执行,之后在根据请求中的定义,进行执行后返回(具体的都netty的工作)


server端执行流程

 通过反射获取方法的执行结果,并赋值到xxlRpcResponse中进行返回,自此完成了server处理。


image.png

总结

上一篇 下一篇

猜你喜欢

热点阅读