lindzh RPC

轻量级分部署服务调度框架的基本原理是服务提供方Provider提供rpc服务，同时把ip和端口以及发布的rpc服务注册到注册中心，客户端或者 rpc消费者从注册中心获取服务Provider列表，同时获取Provider提供的服务列表。另外客户端还会监听注册中心的数据变化，获知 server宕机或者服务不可用，将该Provider从客户端Provider缓存列表中剔除，方便做容错和负载均衡。

基本原理

特性

一、  负载均衡
提供基于RoundRobin和随机方式的负载均衡
二、  高可用
Consumer会从注册中心获取到服务列表及该服务的提供者列表，如果某个提供者Provider网络异常或者宕机，
Consumer能马上感知到，加入不可用列表，如果从注册中心收到服务不可用会剔除缓存，不可用列表会重新尝试发起
连接，如果网络正常了会立即恢复。
三、  泛型
一般的rpc调用需要拿到服务提供方的业务api(interface class，入参class，返回值class打包到一个jar中，
依赖该jar)，如果使用泛型，只需要填写interface的name,版本，方法名称，参数名称，参数值，如果是对象，
将对象字段封装到一个Map中即可，无需依赖任何业务jar即可完成rpc调用。
四、  Rpc上下文附件
Rpc调用方可以将需要传递的上下文信息填写到上下文中，而不是作为rpc的入参，这样Provider可以从上下文中获取
到掉用方的上下文信息。
五、  高可用注册中心
Rpc 框架提供了zookeeper，etcd，redis pubsub（支持单个，或者sentinel集群模式）的注册中心，具备高可
用功能。
六、  实时动态监控
Provider提供了监控的api，监控可以使用该api加入到项目或者公司的监控平台。
七、  内存使用少
Rpc使用的内存模型是tcp连接建立后自动分配一块内存，读和写都在该内存中，不需要为每次请求分配内存，同一个
tcp内存复用，数据使用了压缩的方式保存和发送，不支持返回数据量超大的调用（压缩后超过1m）。

整体架构

泛型：GenericService，Consumer不依赖Provider的api jar包即可完成remote api调用
监控：StatMonitor,consumer注册需要的远程服务StatMonitor，调用rpc获取监控数据
Webui:一个可视化rpc管理界面，https://github.com/lindzh/rpc-webui
RPC调用：使用jdk proxy封装发送tcp数据，并等待数据返回，完成RPC调用。
负载均衡：在集群模式下，同一个版本的Rpc服务在多台服务器上部署，Consumer发起rpc调用使用负载均衡。
自动容错：发现rpc provider不可用及时剔除，当可用时加入。
代理：rpcClient注册一个remote intface时会返回一个代理。
多注册中心：提供Zookeeper，etcd，redis等注册中心，并可以实现高可用。

使用

Provider

SimpleRpcServer rpcServer = new SimpleRpcServer();
rpcServer.setHost("192.168.132.87");
rpcServer.setPort(4321);
//将一个service暴露为rpc服务
rpcServer.register(LoginRpcService.class, new LoginRpcServiceImpl());
rpcServer.startService();
// Thread.currentThread().sleep(100000);//wait for call
rpcServer.stopService();

Consumer

SimpleRpcClient rpcClient = new SimpleRpcClient();
rpcClient.setHost("192.168.132.87");
rpcClient.setPort(4321);
LoginRpcService loginRpcService = rpcClient.register(LoginRpcService.class);
rpcClient.startService();
boolean loginResult = loginRpcService.login("admin", "admin");
rpcClient.stopService();