不少语言都内置了RPC技术。 Java RMI .NET Remoting 远古时期,就有不少尝试:git
定义过程接口 程序员
客户端使用生成的stub代理对象 github
客户端生成过程接口的代理对象。markdown
客户端代理工厂,用JDK动态代理(或者 AOP 实现)便可生成接口的代理对象。 网络
看框架对协议的支持广度,若是支持多种协议,就是会灵活变化的,它与具体的服务相关, A服务提供者可能选用的是协议1,B服务提供者可能选用协议2。多线程
从获取的服务信息中来,所以须要一个服务信息发现者。框架
把发现者设计出来, 要求:可灵活支持多种发现机制
oop
问题: ➢ marshalling和unmarshalling方法该定义怎样的参数与返回值? ➢ 编组、解组的操做对象是请求、响应,请求、响应的内容是不一样的。编组、解组两个方法是否知足?spa
定义框架标准的请求, 响应类线程
消息协议独立为一层(客户端、服务端均须要)
网络层 发送请求,得到响应
要发起网络请求,则须知道服务地址
在实现过程当中,协议层涉及一个重要概念
客户端请求过来了,服务端首先须要经过RPCServer接收请求。
RPCServer接收到客户端请求后,还须要作哪些工做?
网络层在RPCServer中提供多线程来处理请求,消息协议层复用客户端设计的。 (设计一个请求处理类
,来完成网络层以上的事情。)
RPCServer接收到请求后,将请求交给RequestHandler来处理 RequestHandler调用协议层来解组请求消息为Request对象,而后调用过程!
➢ RequestHandler如何获得过程对象? ➢ Request中有什么? ➢ 服务名、方法名、参数类型、参数值 ➢ 是否须要一个过程注册模块?
看看以后的设计
➢ 过程注册模块
:让用户将他们的过程注册到RPC框架 ➢ 过程暴露模块
:想对外发布(暴露)服务注册、暴露能够由同一个类实现