什么是RPC?
百度解释：RPC（Remote Procedure Call）— 远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。
可能各位看了这句话，还是不懂。那我举个例子。平时老婆经常给我发指令，阳台的衣服收下，面对面发就是本地过程调用，通过微信，或者电话告诉我。然后我再执行就是远程过程调用。
什么情况下使用 RPC ？
例如开发电商系统，需要拆分出用户服务、商品服务、优惠券服务、支付服务、订单服务、物流服务、售后服务等等，这些服务之间都相互调用，这时内部调用最好使用 RPC ，同时每个服务都可以独立部署，独立上线。 也就说当我们的项目太大，需要解耦服务，扩展性强、部署灵活，这时就要用到 RPC ，主要解决了分布式系统中，服务与服务之间的调用问题。
RPC 框架原理
RPC 架构主要包括三部分：
- 服务注册中心（Registry），负责将本地服务发布成远程服务，管理远程服务，提供给服务消费者使用。
- 服务提供者（Server），提供服务接口定义与服务实现类。
- 服务消费者（Client），通过远程代理对象调用远程服务。
服务提供者启动后主动向服务注册中心（Registry）注册机器IP、端口以及提供的服务列表；
服务消费者启动时向服务注册中心（Registry）获取服务提供方地址列表。
服务注册中心（Registry）可实现负载均衡和故障切换。
RPC 调用过程
(1) 客户端（client）以本地调用方式调用服务；
(2) 客户端存根（client stub）接收到调用后，负责将方法、参数等组装成能够进行网络传输的消息体（将消息体对象序列化为二进制）；
(3) 客户端通过 sockets 将消息发送到服务端；
(4) 服务端存根（server stub）收到消息后进行解码（将消息对象反序列化）；
(5) 服务端存根（server stub）根据解码结果调用本地的服务；
(6) 本地服务执行并将结果返回给服务端存根（server stub）；
(7) 服务端存根（server stub）将返回结果打包成消息（将结果消息对象序列化）；
(8) 服务端（server）通过 sockets 将消息发送到客户端；
(9) 客户端存根（client stub）接收到结果消息，并进行解码（将结果消息发序列化）；
(10) 客户端（client）得到最终结果。
RPC 就是要把 2、3、4、7、8、9 这些步骤都封装起来。
RPC 优点
- 跨语言（C++、PHP、Java、Python ...）
- 协议私密，安全性较高
- 数据传输效率高
- 支持动态扩展
RPC 缺点
一个完善的 RPC框架 开发难度大，需要的专业人员比较多，对初学者难度比较大。
PHP RPC 有哪些？
- Thrift：http://thrift.apache.org/
- gRPC：http://doc.oschina.net/grpc
- Yar：https://www.php.net/manual/zh/book.yar.php
- Swoole-RPC：https://wiki.swoole.com/wiki/page/683.html
- Hprose：https://hprose.com/
小结
这篇文章分享了，我认为的 RPC 是什么样的。
RPC 主要用于公司内部的服务调用，性能消耗低，传输效率高，实现复杂。
HTTP 主要用于对外的异构环境，浏览器接口调用，App 接口调用，第三方接口调用等。
RPC 使用场景(大型的网站，内部子系统较多、接口非常多的情况下适合使用 RPC)：
- 长链接。不必每次通信都要像 HTTP 一样去 3 次握手，减少了网络开销。
- 注册发布机制。RPC 框架一般都有注册中心，有丰富的监控管理;发布、下线接口、动态扩展等，对调用方来说是无感知、统一化的操作。
- 安全性，没有暴露资源操作。
- 微服务支持。就是最近流行的服务化架构、服务化治理，RPC 框架是一个强力的支撑。
