RPC框架与REST服务

1、常见的RPC框架

• Dubbo：阿里开源的框架，仅支持Java语言。
• gRPC：Google开源的框架，支持多种语言。
• Thrift：Facebook开源框架，支持多种语言。
• Tars：腾讯开源的框架，仅支持C++语言。
• Motan：国外开源框架，仅支持Java语言。
• Feign：Spring Cloud的子组件。

除此之外，还有Springcloud也带有RPC的功能。

以Dubbo为例：
架构图只有4个重要角色：注册中心、消费者、提供者、监控中心。官方架构图：

交互过程：Consumer 一端通过注册中心获取到 Provider 节点后，通过 Dubbo 的客户端 SDK 与 Provider 建立连接，并发起调用。Provider 一端通过 Dubbo 的服务端 SDK 接收到 Consumer 的请求，处理后再把结果返回给 Consumer。

体现到工程上：
1.建立三个简单子module： api、provider、consumer
2.api创建服务接口，provider实现服务接口并使用Dubbo注解 @Service(version = “XXX”) 暴露接口
3.comsumer创建service，通过Dubbo注解 @Reference(version = “XXX”) 装载provider的服务，并发起调用请求。

注：RPC框架为分布式服务而生，如果不是分布式的服务，没有必要使用RPC框架。

另：Feign其实比较有争议，归属于rpc貌似也没问题。Feign是一个很有意思的东西，它让我们调用远程服务就像调用本地服务一样简单。不过需要我们定义一个feign的客户端，加上 @FeignClient 注解，表示能够被spring扫描装载。很有意思的是，客户端中方法的路由写的是目标接口的路由，参数列表即是目标接口的参数列表，返回结构也和目标接口一致。Feign使用的是代理模式，服务启动时通过FeignInvocationHandler扫描路由为每个远程接口创建JDK Proxy。

2、常见的http请求库

• HttpClient
• RestTemplate
• OkHttp

在项目没有引入RPC框架，需要调用微服务或者其他服务的接口，由于服务对外提供的时候，基本采用RESTful风格，所以一般使用以上三种框架或类库去发起调用。

HttpClient需要我们将一个请求所有的参数填写完毕，然后模拟Http发送请求并将结果返回。

RestTemplate对Http进行了二次封装，而且由于配置的原因能够在项目启动的时候装载配置类，生成一个单例的restTemplate实例，并且可以自己配置负载均衡，所以是HttpClient的一个很好的替代方案。

OkHttp 是httpclient的演进版本。

3、REST和RPC区别

显而易见，REST一般用于对外提供接口，而RPC则多用于分布式服务间的远程通信。