最近公司在作分布式相关的东西,须要用到RPC。之前对RPC不是很了解,网上也看了不少文章,发现看过以后并无加深个人理解,仍然云里雾里,只知道是远程过程调用,一个计算机上的程序能够调用另外一个计算机上的服务,或一个进程调用另外一个进程提供的服务,仅此而已。也用了golang官方的net/rpc库实现了这个目的,可是对net/rpc的底层不了解(只是会用),本着一颗“钻牛角尖”的心,我决定深刻研究一下RPC的原理,并本身实现一个RPC,故有了这篇文章。git
维基百科对RPC是这样解释的:程序员
In distributed computing, a remote procedure call (RPC) is when a computer program causes a procedure (subroutine) to execute in a different address space (commonly on another computer on a shared network), which is coded as if it were a normal (local) procedure call, without the programmer explicitly coding the details for the remote interaction.github
我就不翻译了,大致是说程序A调用程序B,A跟B不在一个地址空间(一般A跟B也不在同一台电脑上),可是A调用B就跟调用本地的程序是同样的,程序员无需对这个远程的交互细节进行额外的编程。golang
这里有两个关键词,我用黑体标出来了。 分布式:代表了RPC的应用场景,通常是用在多台计算机,而不是单台计算机上。 在不一样的地址空间:说明了至少有两个进程,一个服务端进程,一个客户端进程。服务端进程提供服务(暴露出某些接口),客户端进程调用服务。固然测试的时候服务端和客户端程序写在一个文件里面也行,在主线程里面写服务端程序,提供接口,而后新开一个线程写客户端程序,调用接口也是能够的。编程
从RPC原理图中咱们能够看出,server端是服务提供方,client端是服务调用方。既然server端能够提供服务,那么它要先实现服务的注册,只有注册过的服务才能被client端调用。前文也说过,client端和server端通常不在一个进程内,甚至不在一个计算机内,那么他们之间的通讯必然是经过网络传输,这样就涉及到了网络传输协议,说的更直白的,就是如何将client端的数据(通常是要调用的服务名和相应的参数)安全传输到server端,而server端也能完整的接收到。在client端和server端,数据通常是以对象的形式存在,而对象是没法进行网络传输的,在网络传输以前,咱们须要先把对象序列化成字节流,而后传输这些字节流,server端在接收到这些字节流以后,再反序列化获得原始对象,这就是序列化与反序列化。总结一下,要实现一个RPC就必须解决这三个问题,即json
在讲解具体的实现以前,咱们先看一下咱们的testrpc是如何使用的。 server.go安全
package main
import (
"log"
"net"
"testrpc"
)
type Args struct {
A, B int
}
type Arith int
func (t *Arith) Multiply(args Args, reply *int) error {
*reply = args.A * args.B
return nil
}
func main() {
// 建立一个rpc server对象
newServer := testrpc.NewServer()
// 向rpc server对象注册一个Arith对象,注册后,client就能够调用Arith的Multiply方法
arith := new(Arith)
newServer.Register(arith)
// 监听本机的1234端口
l, e := net.Listen("tcp", "127.0.0.1:1234")
if e != nil {
log.Fatalf("net.Listen tcp :0: %v", e)
}
for {
// 阻塞直到从1234端口收到一个网络链接
conn, e := l.Accept()
if e != nil {
log.Fatalf("l.Accept: %v", e)
}
//开始工做
go newServer.ServeConn(conn)
}
}
复制代码
代码比较简单,也有注释,这里简单说明一下流程:咱们先是new出来了一个rpc server对象,而后向这个server注册了Arith对象,注册后,client就可调用Arith暴露出来的全部方法,这里只有Multiply。而后咱们监听了本机的1234端口,而且在for循环中等待来自1234端口的链接,等来了一个链接咱们就调用ServeConn方法在一个新的goroutine中处理这个链接,而后咱们继续等待新的链接,如此反复。bash
client.go网络
package main
import (
"log"
"net"
"os"
"testrpc"
)
type Args struct {
A, B int
}
func main() {
// 链接本机的1234端口,返回一个net.Conn对象
conn, err := net.Dial("tcp", "127.0.0.1:1234")
if err != nil {
log.Println(err.Error())
os.Exit(-1)
}
// main函数退出时关闭该网络链接
defer conn.Close()
// 建立一个rpc client对象
client := testrpc.NewClient(conn)
// main函数退出时关闭该client
defer client.Close()
// 调用远端Arith.Multiply函数
args := Args{7, 8}
var reply int
err = client.Call("Arith.Multiply", args, &reply)
if err != nil {
log.Fatal("arith error:", err)
}
log.Println(reply)
}
复制代码
咱们先链接本机的1234端口(这个端口server.go在监听),获得一个net.Conn对象,而后用这个对象new出来了一个rpc client,而后再经过这个client调用服务端提供的方法Multiply,计算完后把结果存到reply中。代码很简单,就很少说了。app
这个用法参考了golang官方的net/rpc库,有兴趣的读者也能够去学习一下net/rpc的使用方法。
前面说过,server端要解决的问题有服务的注册,也就是Register方法,那么server端必需要可以存储这些服务,因此server的定义能够以下:
type Service struct {
Method reflect.Method
ArgType reflect.Type
ReplyType reflect.Type
}
type Server struct {
ServiceMap map[string]map[string]*Service
serviceLock sync.Mutex
}
复制代码
一个Service对象就对应一个服务,一个服务包括方法、参数类型和返回值类型。Server有两个属性:ServiceMap和serviceLock,ServiceMap是一系列service的集合,之因此要以Map的形式是为了方便查找,serviceLock是为了保护ServiceMap,确保同一时刻只有一个goroutine可以写ServiceMap。
func (server *Server) Register(obj interface{}) error {
server.serviceLock.Lock()
defer server.serviceLock.Unlock()
//经过obj获得其各个方法,存储在servicesMap中
tp := reflect.TypeOf(obj)
val := reflect.ValueOf(obj)
serviceName := reflect.Indirect(val).Type().Name()
if _, ok := server.ServiceMap[serviceName]; ok {
return errors.New(serviceName + " already registed.")
}
s := make(map[string]*Service)
numMethod := tp.NumMethod()
for m := 0; m < numMethod; m++ {
service := new(Service)
method := tp.Method(m)
mtype := method.Type
mname := method.Name
service.ArgType = mtype.In(1)
service.ReplyType = mtype.In(2)
service.Method = method
s[mname] = service
}
server.ServiceMap[serviceName] = s
server.ServerType = reflect.TypeOf(obj)
return nil
}
复制代码
这里把前面的调用Register的代码放出来一块儿看可能会更清楚一些。
type Arith int
func (t *Arith) Multiply(args Args, reply *int) error {
*reply = args.A * args.B
return nil
}
...
newServer := testrpc.NewServer()
newServer.Register(new(Arith))
...
复制代码
Register的大概逻辑就是拿到obj(Register的参数)的各个暴露出来的方法(这里只有一个Multiply),而后存到server的ServiceMap中。这里主要用到了golang的reflect,若是对reflect不了解的话看Register代码仍是比较吃力的。网上有不少讲解reflect的文章,建议不了解reflect的读者先去看看,这里就不讲了。注册以后,ServiceMap大概是这个样子
{
"Arith": {"Multiply":&{Method:Multiply, ArgType:main.Args, ReplyType:*int}}
}
复制代码
testrpc的网络传输是基于golang提供的net.Conn,这个net.Conn提供了两个方法:Read和Write。Read表示从网络链接中读取数据,Write表示向网络链接中写数据。咱们就基于这两个方法来实现咱们的网络传输,代码以下:
const (
EachReadBytes = 500
)
type Transfer struct {
conn net.Conn
}
func NewTransfer(conn net.Conn) *Transfer {
return &Transfer{conn: conn}
}
func (trans *Transfer) ReadData() ([]byte, error) {
finalData := make([]byte, 0)
for {
data := make([]byte, EachReadBytes)
i, err := trans.conn.Read(data)
if err != nil {
return nil, err
}
finalData = append(finalData, data[:i]...)
if i < EachReadBytes {
break
}
}
return finalData, nil
}
func (trans *Transfer) WriteData(data []byte) (int, error) {
num, err := trans.conn.Write(data)
return num, err
}
复制代码
ReadData是从网络链接中读取数据,每次读500字节(由EachReadBytes指定),直到读完为止,而后把读到的数据返回;WriteData是向网络链接中写数据。
上节讲到了网络传输,咱们知道,传输的对象是字节流。序列化就是负责把对象变成字节流的,相反的,反序列化就是负责将字节流变成程序中的对象的。在网络传输以前咱们要先进行序列化,testrpc采用了json作为序列化方式,将来可能会加入其它的序列化方式,如gob、xml、protobuf等。咱们先来看下采用json作为序列化的代码:
type EdCode int
func (edcode EdCode) encode(v interface{}) ([]byte, error) {
return json.Marshal(v)
}
func (edcode EdCode) decode(data []byte, v interface{}) error {
return json.Unmarshal(data, v)
}
复制代码
这里采用了golang官方提供的json库,代码很简单,就不解释了。
以上就是Server端在拿到Client端请求后的处理过程,咱们把它封装在了ServeConn方法里。代码比较长,就不在这里贴了,有兴趣的能够去github里面看。
func (client *Client) Call(methodName string, req interface{}, reply interface{}) error {
// 构造一个Request
request := NewRequest(methodName, req)
// encode
var edcode EdCode
data, err := edcode.encode(request)
if err != nil {
return err
}
// write
// 构造一个Transfer
trans := NewTransfer(client.conn)
_, err = trans.WriteData(data)
if err != nil {
log.Println(err.Error())
return err
}
// read
data2, err := trans.ReadData()
if err != nil {
log.Println(err.Error())
return err
}
// decode and assin to reply
edcode.decode(data2, reply)
// return
return nil
}
复制代码
Client的定义很简单,就一个表明网络链接的conn,代码以下:
type Client struct {
conn net.Conn
}
复制代码
因为我日常写Python代码写得比较多,若是用Python来实现这个testrpc的话确实要更快。那么为何要使用golang呢?由于咱们公司最近作的一个项目是基于golang的net/rpc来实现的,工做之便,了解了net/rpc的使用,也稍微看了下net/rpc的底层代码,猜出了其大概原理,因而就想本身也写一个,就这样。固然,之后有机会的话再用Python实现一遍。
本文主要讲述了RPC的原理,以及实现了一个轻量级的RPC。这里说一下我在调试的时候遇到的问题,因为golang是强类型语言,那么我必需要面对的问题是,怎么在一个对象通过序列化和反序列化以后依然保持其原来的类型。好比一个Args类型的对象(读者能够翻到最前面看看Args是如何定义的)在序列化和反序列化以后变成了map[string]interface{}类型,用map[string]interface{}类型当作Args类型传参是会报错的,这部分感兴趣的读者能够去看看代码。读者可能看过这篇文章没什么感受,看过一遍也就看过了,感受有收获又感受没收获,我建议把代码下载下来,而后在本身的电脑上跑一下,调试一下,我相信你会有很深的理解,不论是对RPC,仍是对golang的reflect等。好比说我,我之前对reflect掌握的不是很好,写完这个testrpc以后基本掌握了reflect的使用。
代码在github上,欢迎给个star和提交issue,也欢迎你提出本身的见解,好比这段代码写得很差,能够这么优化等等,均可以与我交流,多谢!
github地址:https://github.com/TanLian/testrpc
另也可关注下我我的的技术公众号,期待一块儿进步。