轻量级分部署服务调度框架的基本原理是服务提供方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();
