一、背景

dubbo在开源rpc界是无敌的存在，稳定，用户多，但是在某些领域，例如javase，非web场景，或者不使用spring的场景，就急需一个轻量级别的rpc框架，于是MyRPC就这样被背景下诞生了,

二、简介

MyRPC是一个可用于生产环境的轻量级，高可用，高性能，高易用分布式远程调用框架，参考dubbo的设计，是一个五脏俱全的简易版dubbo,支持同步调用，异步调用，服务自动注册，定时调度系统等。

1.架构

2.特性：

连通性

注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小，服务提供者向注册中心注册其提供的服务，服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者

健壮性

注册中心对等集群，任意一台宕掉后，将自动切换到另一台,注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯服务提供者无状态，任意一台宕掉后，不影响使用，服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

伸缩性

服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者

兼容性

Rpc接口使用 Protostuff 序列化框架，可以支持向后兼容

3.使用技术

使用成熟的Netty网络框架
使用Protostuff作为高性能的序列化框架
使用高可用的注册中心Zookeeper
使用注解自动注入RPC服务
使用注解实现异步回调，方便易用
封装了Quartz，通过注解方便使用定时器

三、使用

参考博客

四、测试用例

1.测试zk集群的高可用

服务器上面部署一个3个节点的zk服务，端口分别为192.168.1.107:2181,192.168.1.107:3181,192.168.1.107:4181
启动Type1Server1.java Type1Server2.java Type2Server1.java Type2Server2.java
启动SyncClientTest.java
分别关掉zk1，zk2，开启zk1，开启zk2
观察服务是否ok
结论：基于zk的完美高可用--》zk挂掉了2/3的服务节点的时候服务器会报错，但是已注册的服务还是ok的，挂掉的服务不超过2/3服务器是没有影响的

2.测试服务切换

服务器上面部署一个3个节点的zk服务，端口分别为192.168.1.107:2181,192.168.1.107:3181,192.168.1.107:4181，也可以使用ZkMain.java启动内嵌zk服务(注：内嵌zk服不能用来测试高可用，因为他重启是没有保存数据的)
启动Type1Server1.java Type2Server1.java
启动SyncClientTest.java
启动Type1Server2.java Type2Server2.java，关掉Type1Server1.java Type2Server1.java
观察服务是否ok
结论：当某个服务挂掉了，已发送的请求会失败，剩余的请求会被路由到其他可用服务，未做dubbo的集群容错机制，后期可以考虑，但已经实现服务挂掉自动感知和自动去除无效节点

3.测试同步、异步请求

同步请求启动Type1Server1.java Type2Server1.java 启动SyncClientTest.java
异步请求启动Type1Server1.java Type2Server1.java 启动ASyncClientTest.java
结论：同步异步无异常

4.测试编解码性能,编解码向后兼容

启动ProtostuffTest.java 结论：
100000次序列化，使用了700ms，0.007ms每次序列化，速度飞起
完美向后兼容，bean新增字段测试ok
map，list等特殊bean编解码测试ok

5.测试多个服务和客户端同时启动，看是否能正常正确提供服务

启动SyncClientTest.java 启动ASyncClientTest.java
过30s之后启动Type1Server1.java Type2Server1.java
结论：rpcClient在服务未初始化完毕的时候会阻塞10s，直到rpcServer链接成功，解决dubbo启动依赖检查

6.测试rpcClient同时连接多类型服务

结论：操作在用例1已经使用到了，多类型服务无问题

Sniper2016/MyRPC