RPC入门

什么是rpc?

RPC（Remote Procedure Call）— 远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。

举个例子。平时你妈叫你回家吃饭面对面发就是本地过程调用，你妈通过微信，或者电话告诉你。然后你在回家吃饭就是远程过程调用。

什么情况下使用 RPC ？

提到RPC，就躲不开提到分布式，这个促使RPC诞生的领域。
例如开发电商系统，需要拆分出用户服务、支付服务、订单服务、物流服务、售后服务等等，这些服务之间都相互调用，这时内部调用最好使用 RPC ，同时每个服务都可以独立部署。 也就说当我们的项目太大，需要解耦服务，扩展性强、部署灵活，这时就要用到 RPC ，主要解决了分布式系统中，服务与服务之间的调用问题。

举例

pay服务中调用user服务的GetUserInfo方法呢？在user服务暴露一个Restful接口，然后pay服务通过调用这个Restful接口来间接调用GetUserInfo方法。
这样，已经很接近RPC了，不过，像这种每次调用时，是不是都需要写一串发起http请求的代码呢？比如httpClient.sendRequest…之类的，能不能简单一下，像本地方法调用一样，去发起远程调用，让使用者感知不到远程调用的过程。屏蔽的工作，可以使用代理模式解决，生成一个代理对象，而这个代理对象的内部，就是通过httpClient来实现RPC远程过程调用的。

RPC要解决的两个问题

1. 解决分布式系统中，服务之间的调用问题。
2. 远程调用时，要能够像本地调用一样方便，让调用者感知不到远程调用的逻辑。

RPC框架好处

• 跨语言（C++、PHP、Java、Python …）
• 长链接，不必每次通信都要像http一样去3次握手什么的，减少了网络开销；
• RPC框架一般都有注册中心，有丰富的监控管理；发布、下线接口、动态扩展等，对调用方来说是无感知、统一化的操作。
• 安全性。
• 数据传输效率高
• 支持动态扩展

RPC 框架原理

RPC 架构主要包括三部分：

• 服务注册中心（Registry），负责将本地服务发布成远程服务，管理远程服务，提供给服务消费者使用。
• 服务提供者（Server），提供服务接口定义与服务实现类。
• 服务消费者（Client），通过远程代理对象调用远程服务。

服务提供者启动后主动向服务注册中心（Registry）注册机器IP、端口以及提供的服务列表；
服务消费者启动时向服务注册中心（Registry）获取服务提供方地址列表。
服务注册中心（Registry）可实现负载均衡和故障切换。

小结

RPC 主要用于公司内部的服务调用，性能消耗低，传输效率高，实现复杂。
HTTP 主要用于对外的异构环境，浏览器接口调用，App 接口调用，第三方接口调用等。
RPC 使用场景(大型的网站，内部子系统较多、接口非常多的情况下适合使用 RPC)