背景和体会
- 在学习完xxl-job后，接着学习xxl-rpc项目。
- xxl-rpc底层的rpc实现的基于netty项目，可以理解是对netty进行了上层应用封装。关于netty的用法和实现原理就不展开描述了，项目中有不少较好的实现方式值得学习。
- 本文主要简单的介绍下client发送请求到server端，以及server端对请求进行处理的过程
源码阅读
注册中心 xxl-rpc-admin
xxl-rpc类似;xxl-job也有一个admin注册中心，它的作用就是server中的实现类(@XxlRpcService管理)和对应的服务地址，其中实现类一般定义在api模板中，server和client要引用相用的实现类，确保全路径包名是相同的，这样client端就可以通过全路径包名到admin中获取实现了实现类的server的地址，进而进行相关的请求。
同时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方法去执行。
在看看代码中的实现，当controller中定义filed被代理后，程序真正运行的都是invoke()方法，然后再invoke()中就可以获取到filed的全路径名+方法名，通过全路径名到xxl-rpc-admin中获取server端的地址，再从代理对象中获取netty相关的定义参数来构建client请求，自测上层的封装就完成了，接下来就交给netty来进行RPC实现了。
server端处理请求
server端的功能包括：(1)启动时将注解了@XxlRpcService的类进行注册为key，(2)启动时上报自身的地址信息，(3)定期的上报心跳等。其它则是构建一个netty的服务端，用于监听客户端的请求。
服务端收到请求并序列化后，从XxlRpcRequest对象中获取相关的请求类和方法，再通过反射来进行执行，之后在根据请求中的定义，进行执行后返回(具体的都netty的工作)
通过反射获取方法的执行结果，并赋值到xxlRpcResponse中进行返回，自此完成了server处理。
总结
- 从源码阅读上对动态代理有了新的认识，其中client端对netty的封装是一种很好的实现方式，值得借鉴。
- netty是个很强的RPC框架，可以称为基础架构了(很多apache顶级项目都实现)，也值得后面深入学习。
