介绍
SpringCloud与grpc
首先，对 dubbo 不是很了解，因此只说一下我对于 SpringCloud 和 grpc 的了解，若是有什么地方说得不对，请指正。
在 SpringCloud 中，服务间的调用是经过 http 通讯的，其实就至关于在调用 RESTFul 接口。而 grpc 服务间的调用是基于 http2 以及 protobuff 协议的一种通讯机制，他要求在调用前须要先定义好接口契约，并使用工具生成代码，而后在代码中调用这些生成的类进行服务调用。二者之间，我的认为 grpc 会有比较多的限制。
第二个问题，分布式和单体结构的通讯区别，我的认为可能就是多了一个负载均衡的差别吧。原生与接口的通讯、H5 与接口的通讯，我的认为二者不该该有区别，接口只须要暴露出一种通讯方式，这样才能节省开发成本。java
gRPC
https://github.com/grpc/grpc-java
由谷歌开发的一个高性能开源RPC框架，基于HTTp/2协议标准开发。利用ProtoBuf做为序列化工具和接口定义语言。git
Dubbo
Dubbo远程接口调用，负载均衡和容错，自动服务注册和发现。github
RPC
HTTP 是通讯协议，RPC 是一种设计实现框架。
RPC 中使用的通讯协议大都是长链接，不须要每次通过 3 次握手。
RPC 中使用的通讯协议大都本身设计，没有通用标准。
RPC 框架基本都围绕通讯协议、传输协议、线程模型展开。
分布式不是 RPC 的必要特性。web
总结
对springcloud、grpc、dubbo 什么区别？rpc和分布式的关联？根据网络各自不一样的发声，总结以下spring
SpringCloud 中，服务间的调用是经过 http 通讯的，其实就至关于在调用 RESTFul 接口。
grpc 服务间的调用是基于 http2 以及 protobuff 协议的一种通讯机制，他要求在调用前须要先定义好接口契约，并使用工具生成代码，而后在代码中调用这些生成的类进行服务调用。springboot
RPC 中使用的通讯协议大都本身设计，没有通用标准。
RPC 中使用的通讯协议大都是长链接，不须要每次通过 3 次握手。服务器
分布式不是 RPC 的必要特性。网络
概念：负载均衡
Dubbo RPC：基于TCP或HTTP的远程过程调用（就像在本地调用同样），RPC强调的是远程调用。框架
spring cloud：基于springboot，而springboot是基于HTTP协议REST风格的RPC。
对比：
一、协议：服务间通讯协议不一样，Dubbo是基于TCP协议的rpc，spring cloud基于http协议。
二、RPC避免了上面提到的原生RPC带来的问题。并且REST相比RPC更为灵活，SpringCloud不存在代码级别的强依赖
三、效率：因为协议的不一样，调用的效率相比之下Dubbo比SpringCLoud效率高。
四、技术开放性：SpringCLoud基于http协议，因为http的协议更方便于多语言状况下的整合，提供服务方能够用任意语言开发服务。
五、spring cloud是微服务生态，包括完整的微服务相关的组件工具集，而RPC是远程调用的技术，仅仅是微服务的一部分，而dubbo框架正是RPC的实现框架。
六、Spring Cloud还提供了包括Netflix Eureka、hystrix、feign、Spring Boot Admin 、Sleuth、config、stream、security、sleuth等分布式服务解决方案，
而Dubbo为了拥抱融入Spring Cloud生态，Dubbo也在积极规划和演进适配SpringCloud生态的新版本。
优缺点
grpc限制多，但http2相对http有二进制、长链接、服务器主动发消息等优点。
历史溯源
rpc先于http出现
（但当时是http初代有不少问题，如今http2我的以为grpc仍是有可取的优点）
性能
grpc一开始(2016年前)的性能貌似是dubbo的2/3左右
可是2017年的一篇博客看出grpc已经开始超越dubbo
本文同步分享在 博客“瑞 新”（CSDN）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。