RPC框架实现思路浅析
第一部分，设计分析
远程调用要解决的主要问题：
1，序列化 : 如何将对象转化为二进制数据进行传输，如何将二进制数据转化对象
2，数据的传输(协议，第三方框架)
3，服务的注册/发现，单点故障，分布式服务
4，服务的监控和管理
序列化的选择：
可以使用java自带的序列化，Hessian，protobuff，json，xml等
性能比较高的是protobuff和hessian，protobuff使用的时候需要编写proto文件，有侵入性，比较麻烦,而Hessian
性能比protobuff稍差
不过近来出现了一个基于protobuff的框架：protostuff--不用编写proto文件，基于注解，性能可以，推荐使用。
数据的传输:
出于并发性能的考虑，传统的阻塞式 IO 显然不太合适，因此我们需要异步的 IO，即 NIO。Java 提供了 NIO 的解决方案，Java 7 也提供了更优秀的 NIO.2 支持。可以选择Netty或者mina来解决NIO数据传输的问题
使用ZooKeeper提供服务注册与发现功能，解决单点故障以及分布式部署的问题(注册中心)
需要单独开发一个应用对服务进行监控和管理。
详细的细节可以参看dubbo的文档。
第二部分，设计样例:
一，包设计。
1，common包用于封装服务请求对象，服务响应对象以及基于protostuff的序列化工具
2，client包封装服务的请求，开发服务消费者的时候需要依赖此包
3，registry包封装服务的注册以及发现
4，server包封装请求的实际调用以及服务的发布
client和server均依赖common，registry
二，类设计
1，common包：
RpcRequest与RpcResponse为简单javaBean，封装RPC调用的请求和响应
SerializationUtil使用protostuff进行对象序列化操作，
RpcDecoder与RpcEncoder使用SerializationUtil和netty执行数据流的读取和写入(NIO传输)。
2，registry包
ServiceDiscovery负责服务的查找，返回
host:port格式的服务提供地址数据
ServiceRegistry负责服务的注册，以
host:port的格式将服务的提供地址写入到zookeeper
3，client包
RpcClient通过netty的NIO发起RPC请求并获取服务的响应数据
RpcProxy负责:
封装RPC请求对象
从服务注册中心查找服务
代理RpcClient发起请求(使用java动态代理)
4，server包
RpcHandler实现io.netty.channel.SimpleChannelInboundHandler
完成Rpc请求的实际调用，通过反射调用方法(java reflect或者cglib)
RpcServer实现ApplicationContextAware, InitializingBean
通过读取classpath中的spring-context文件依赖ServiceRegistry执行服务的注册，当客户端请求的时候
依赖RpcHandler完成调用。
第三部分，rpc服务的开发流程
1，分离接口与实现，api接口包为服务端和客户端都必须依赖的接口，常量，javabean
2，服务端provider编写实现类实现api包中的接口，依赖rpc-server包，classpath中放置spring配置文件，用于服务的注册
3，客户端consumer依赖rpc-client包，使用RpcProxy 创建接口实例执行调用
