0 目录

  • 第一天 – 服务端与音讯编码 | Code
  • 第二天 – 反对并发与异步的客户端 | Code
  • 第三天 – 服务注册(service register) | Code
  • 第四天 – 超时解决(timeout) | Code
  • 第五天 – 反对HTTP协定 | Code
  • 第六天 – 负载平衡(load balance) | Code
  • 第七天 – 服务发现与注册核心(registry) | Code

1 谈谈 RPC 框架

RPC(Remote Procedure Call，近程过程调用)是一种计算机通信协议，容许调用不同过程空间的程序。RPC 的客户端和服务器能够在一台机器上，也能够在不同的机器上。程序员应用时，就像调用本地程序一样，无需关注外部的实现细节。

不同的应用程序之间的通信形式有很多，比方浏览器和服务器之间宽泛应用的基于 HTTP 协定的 Restful API。与 RPC 相比，Restful API 有绝对对立的规范，因此更通用，兼容性更好，反对不同的语言。HTTP 协定是基于文本的，个别具备更好的可读性。然而毛病也很显著：

  • Restful 接口须要额定的定义，无论是客户端还是服务端，都须要额定的代码来解决，而 RPC 调用则更靠近于间接调用。
  • 基于 HTTP 协定的 Restful 报文冗余，承载了过多的有效信息，而 RPC 通常应用自定义的协定格局，缩小冗余报文。
  • RPC 能够采纳更高效的序列化协定，将文本转为二进制传输，取得更高的性能。
  • 因为 RPC 的灵活性，所以更容易扩大和集成诸如注册核心、负载平衡等性能。

2 RPC 框架须要解决什么问题

RPC 框架须要解决什么问题？或者咱们换一个问题，为什么须要 RPC 框架？

咱们能够设想下两台机器上，两个应用程序之间须要通信，那么首先，须要确定采纳的传输协定是什么？如果这个两个应用程序位于不同的机器，那么个别会抉择 TCP 协定或者 HTTP 协定；那如果两个应用程序位于雷同的机器，也能够抉择 Unix Socket 协定。传输协定确定之后，还须要确定报文的编码格局，比方采纳最罕用的 JSON 或者 XML，那如果报文比拟大，还可能会抉择 protobuf 等其余的编码方式，甚至编码之后，再进行压缩。接收端获取报文则须要相同的过程，先解压再解码。

解决了传输协定和报文编码的问题，接下来还须要解决一系列的可用性问题，例如，连贯超时了怎么办？是否反对异步申请和并发？

如果服务端的实例很多，客户端并不关怀这些实例的地址和部署地位，只关怀本人是否获取到期待的后果，那就引出了注册核心(registry)和负载平衡(load balance)的问题。简略地说，即客户端和服务端相互不感知对方的存在，服务端启动时将本人注册到注册核心，客户端调用时，从注册核心获取到所有可用的实例，抉择一个来调用。这样服务端和客户端只须要感知注册核心的存在就够了。注册核心通常还须要实现服务动静增加、删除，应用心跳确保服务处于可用状态等性能。

再进一步，假如服务端是不同的团队提供的，如果没有对立的 RPC 框架，各个团队的服务提供方就须要各自实现一套音讯编解码、连接池、收发线程、超时解决等“业务之外”的反复技术劳动，造成整体的低效。因而，“业务之外”的这部分公共的能力，即是 RPC 框架所须要具备的能力。

3 对于 GeeRPC

grpcrpcxgo-micro
protobufetcdzookeeper
net/rpc

附 举荐浏览

  • Go 语言扼要教程
  • Go 语言口试面试题

7天用Go从零实现RPC框架GeeRPC – 极客兔兔
关注知乎： 极客兔兔
关注微博： @极客兔兔