RPC流程图

2、服务提供者 收集到所有的具体的服务实现之后，将其实例对象及服务的分组、版本等信息封装成RpcServiceConfig对象，RpcServiceConfig.builder()                                                .group(rpcServerService.group())                                                .version(rpcServerService.version())                                                .service(rpcServiceImpl)                                                .build();

1、服务端是用来提供功能的，所以作为服务的具体实现者，需要先实例化        RpcServiceImpl rpcServiceImpl = new RpcServiceImpl();

3、服务提供者 将所有的RpcServiceConfig对象注册到zk或者nacos上，同时，本地会保存一份所有具体服务实现的信息，将来被调用时，找到相应的实例对象，执行相应的方法。serviceProvider.publishService(rpcServiceConfig);          this.addService(rpcServiceConfig);          serviceRegistry.registerService(服务名，)

6、收集那些需要进行远程调用的接口，并将分组、版本信息一起封装成RpcServiceConfig对象

client端（netty版本）

server端（netty版本）

8、代理对象进行方法调用，实际上才会真正发生远程调用  rpcService.getNextLeapYear(2004)

5、初始化客户端的netty服务器，但此时并未真正启动，只有当某个代理对象发起远程调用时，才会开始对远程服务器发起连接。

9、代理对象进行方法调用后，进入到invoke代理逻辑

4、启动server端的netty服务器，监听相应端口。

10、回到服务端的逻辑服务端的netty服务器监听某个端口，等待调用者的请求或者心跳，当收到调用者信息的时候，信息会由与调用客户端相对于的channel进行处理，由RpcMessageDecoder进行解码，selector.select -> selectedkey  -> channel ->channelPipeline  -> channelHandler -rpcMessagsDecoder  NettyRpcServerHandlerrpcMessagsDecoder将消息解码成 一个rpcMessage对象，该对象的data域具体描述代表该请求、或者响应的详细信息。是一个RpcRequest或者RPCResponse11、解析成rpcMessage对象在pipeline中向后传递，由NettyRpcServerHandler的channelRead方法来进行具体的业务响应。       如果是心跳相关的，有if逻辑进行处理，如果是真正的远程调用请求，那么需要使用第三步的服务提供者serviceProvider，其中保存了所提供的所有远程服务       通过反射，执行相应方法，获得结果后，再通过channel写回给客户端，这个写回不是立马执行的，因为nettty大部分读写操作都是异步的      写操作需要通过selector.select捕获写事件，再作为出站事件，经过pipeline处理后，才真正写回给服务端。