使用Golang的gRPC框架的一点随想

前言（写文章的原因）

最近开发项目太重了，我有些感觉自己状态不太对，想要去换一个地方生活，但是说到要做的事就一定要做，学习是不能停下来的。

最近开发使用了一下gRPC，不同于以前我自己写的Python 的 RPC，gRPC相对来说用起来更简单，写起来更容易，可能一开始有点不好使，其实熟悉了也还是不错的，那么，这篇文章主要就写一下，gRPC的基础使用和在我项目中的实际应用吧。

RPC框架是什么

简单说下什么是RPC，RPC是什么，全称是Remote Procedure Call Protocol，中文名称是远程调用协议，这个就说的很明白了

RPC干嘛的，远程调用的呗！

远程调什么？参数呗！函数呗！发消息呗！

大白话来说，像调用本地服务一样调用远程服务，就是你现在要完成一个动作，你需要一个老哥（机器）和你联动一起完成，所以你就要通过一个渠道告诉他，说，老铁，我们要一起做这个东西，知道吗。

这个渠道，就叫RPC，一般我们在网络服务，分布式服务，微服务中都需要这个东西。

从技术的角度上来说，RPC更类似于一种client，server的通信过程，client发送消息给server，server接收到消息，然后返回消息给client。

gRPC是什么

我是在写Golang网络服务的时候发现了这个框架gRPC，一看就是谷歌亲儿子框架，粗看了一下，感觉其实还好，所以我仔细看了一下这个框架

1. 首先这货需要一个ProtoBuf序列化工具，是给客户端提供接口的，ProtoBuf这个东西需要另外安装，没他就不能解析接口，这个的好处是，你的开发语言不受这个影响，相当于就是翻译器，能把多种语言编写的接口api翻译出来，给gRPC去用
2. 第二就是需要gRPC的本体，这个如果你有Golang环境直接go get 即可
3. 除此之外，粗看一下gRPC，其实也需要client和server端，也是互相交互的。

gRPC主要的好处

这货的好处

1. 其实说白了，就是性能高，从Golang的开发来说，就表明了gRPC走的也是高性能的逻辑。
2. protobuf这东西，也是gRPC钦定的接口编写工具，这东西可以严格的约束住接口，告诉他，你可以传什么，不能传什么，加强了gRPC的安全机制
3. protobuf可以压缩编码为二进制，二进制你们懂吧，这个东西就更快了，耍起来那就是大杀器，首先相比大刀，他就是手枪，不仅小，威力还大，还可以达到kill 人的目的，因为压缩成二进制，传递的数据量也小了，通过基础的http2还可以实现异步请求，这就很nice了。

来玩玩gRPC吧

安装protobuf

首先你要先去protobuf的大本营 https://github.com/protocolbuffers/protobuf/releases，先找对应的版本下载

我这里是Centos7 64位， 所以我选了protoc-3.12.3-linux-x86_64.zip 下载，你们要去找对应的版本下载。

然后你需要解压

1

unzip protoc-3.12.3-linux-x86_64.zip

CD到目录, 进到目录的bin下，给protoc赋上可执行的权限

1
2

cd protoc-3.12.3-linux-x86_64/bin
chmod 777 protoc

这下protoc可用了，你应该把它移动到bin下，方便未来调用

1

cp protoc /usr/bin

定义一个protobuf接口

重头戏来了，现在我们从零开始开发了，现在我们先创建一个项目文件夹hellogRPC,这下面现在什么也没有。

看图

现在我们创一个名字叫manage的文件夹，在下面创建一个名为manage.proto的接口定义文件，类似这样

看图

现在开始编写proto文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

syntax = "proto3";

option objc_class_prefix = "HLW";

package manage;

//定义服务
service GreeterServer {
    // 定义一个具体的接口，定义输出和输出的样式
    rpc SayHello (HelloRequest) returns (HelloReply) {}
}

// 定义输入 string
message HelloRequest {
    string name = 1;
}

// 定义输出 string
message HelloReply {
    string message = 1;
}

这里具体的意思就是，我，下一道圣旨，以后，都按着这个给我输入输出，现在我只开了一个sayhello的接口，别的进不来，就这样。

编译protobuf文件

这一步是要把protobuf生成为二进制文件，就像我们前面说的，这也是人家gRPC的一个有点，就是有点儿操蛋，因为麻烦。。。。

1

go get -u github.com/golang/protobuf/protoc-gen-go

下下来之后，你还得把他移动一下下，到你的go path下面，我这里是/root/go

1
2

cd /root/go/bin
cp -r  protoc-gen-go /usr/bin

再编译一下，走一波编译

1

protoc --go_out=plugins=grpc:. *.proto

这下你可以看见，多出一个同名得pb.go文件，类似这样

这就编译成功了。下一步继续干活儿

编写client服务

client相当于发号施令的大哥，主要就是去找server，告诉server，你们要干嘛，要干嘛这种。

咱们现在创建一个client.go文件

现在开写

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

package main

import (
	"log"

	pb "/你的目录/hellogRPC/manage"

	"golang.org/x/net/context"
	"google.golang.org/grpc"
)

//HelloWork 定义一个hello world 方法
func HelloWork(ip string, name string) {
	conn, err := grpc.Dial(ip, grpc.WithInsecure())
	if err != nil {
		log.Fatalf("did not connect: %v", err)
	}
	defer conn.Close()
	c := pb.NewGreeterClient(conn)
	r, err := c.SayHello(context.Background(), &pb.HelloRequest{Name: name})
	if err != nil {
		log.Fatalf("could not greet: %v", err)
	}
	log.Printf("Greeting: %s", r.Message)
}

func main() {
    //传输要发送的ip，传输name
	HelloWork("127.0.0.1:4321", "work")
}

编写server服务

server服务就类似于等待发号施令的小弟，他们会常驻在后台等待，并且会开启一个专用端口去接受client发来的信息，类似这样

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

package main

import (
	"log"
	"net"

	pb "/你的目录/hellogRPC/manage"

	"golang.org/x/net/context"
	"google.golang.org/grpc"
)

const (
    //定义一个端口
	port = ":4321"
)

// 定义server
type server struct{}

//定义SayHello 记住，这里的SayHello要和你proto里面的接口名一致
func (s *server) SayHello(ctx context.Context, in *pb.HelloRequest) (*pb.HelloReply, error) {
	return &pb.HelloReply{Message: "Hello " + in.Name}, nil
}

func main() {
	lis, err := net.Listen("tcp", port)
	if err != nil {
		log.Fatalf("failed to listen: %v", err)
	}
	s := grpc.NewServer()
	pb.RegisterGreeterServer(s, &server{})
	s.Serve(lis)
}

来跑一下

先启动 server.go

1

go run server.go

再启动 client.go

1

go run clinet.go

发现输出了

1

2020/07/07 16:01:10 Greeting: Hello work

这时我们的目录结构如下，基础的gRPC服务也就此完成。

总结

其实这个还是比较简单的，但是具体到后面使用，你可能会遇到，gRPC和ETCD冲突，编译的时候出现bug，编译的时候编译器版本对不上等等等等，我这次踩了不少坑，不过还好过来了，项目快要结束了，终于要结束了，我想我需要休息一下，然后去找一个适合我的job。

预告一下，未来我将进行kail linux 和渗透测试的文章更新，基础的技术我应该不会再更了，毕竟我15年入行，16年正式上班，是该有一些蜕变了，未来我将持续输出高质量的文章，请多多期待吧。