grpc 客户端的context 服务端获取不到_程序员如何用gRPC谈一场恋爱

导语： 本文以幽默诙谐的方式，介绍gRPC的4种client-server服务模式的开发实践及应用场景

前言：为什么要写这篇文章？

• The best way to learn is to teach. gRPC的examples里的例子是一个简易的router，琐碎的业务代码很多，看起来比较绕。于是就自己写一个例子，看看自己是否都将这些知识点掌握了。

• 谈恋爱的过程，其实跟client-server服务模式非常像。单独讲这4种模式有些无聊，所以就尝试用一种尽量有趣的方式去介绍，顺便也可以作为某些男生的一份简单的恋爱指南。

gRPC client-server服务模式

这里先将重要的结论写出来，方便以后查阅，具体介绍见下文。找不到准确的中文来翻译这几种模式，就保留了英文。

•  0x1: A simple RPC 

  最简单的一发一收的client-server模型。这就是我们用得最多的模式

•  0x2: A client-to-server streaming RPC

  client先建立长连接，然后发送多个request给server，server最后统一回一个rsp

     应用场景：

1. agent上报CPU，内存等数据到server

2. 客户端心跳

3. 客户端并发调用细小粒度的接口。比如有5个后台接口A B C D E，客户端在不同页面，可以调用不同的接口组合。比如在个人页，就调用ABC；在动态页面，就调用CDE，后台都只会有一个rsp。这种模式的好处就是让后台可以将接口的粒度细化，客户端调用灵活，减少重复代码，提高复用率

• 0x3: A server-to-client streaming RPC 

  client先发一个请求到server，然后server不停的回包

      应用场景：

1. 股票app。客户端向服务端发送一个股票代码，服务端就把该股票的实时数据源源不断的返回给客户端

2. app的在线push。client先发请求到server注册，然后server就可以发在线push了

• 0x4: A Bidirectional streaming RPC 

  建立一个长连接，然后client和server可以随意收发数据

      应用场景：

1. 聊天机器人

2. 有状态的游戏服务器进行数据交换。比如LOL，王者荣耀等竞技游戏，client和server之间需要非常频繁地交换数据

• 总结：除了一