Dubbo基础知识——Dubbo的分层结构和执行流程，以及和Spring Cloud的区别。
RPC简单实现一个RPC框架
咱们这是 Demo，目的是突出 RPC框架重点功能 - 实现远程调用。因此啥七七八八的都没，而且我用伪代码来展现，其实也就是删除了一些保护性和约束性的代码，由于看起来太多了不太直观，须要一堆 try-catch 啥的，所以我删减了一些，直击重点。面试
首先咱们定义一个接口和一个简单实现。redis
public interface AobingService {
String hello(String name);
}
public class AobingServiceImpl implements AobingService {
public String hello(String name) {
return "Yo man Hello，I am" + name;
}
}
而后咱们再来实现服务提供者暴露服务的功能。数据库
public class AobingRpcFramework {
public static void export(Object service, int port) throws Exception {
ServerSocket server = new ServerSocket(port);
while(true) {
Socket socket = server.accept();
new Thread(new Runnable() {
//反序列化
ObjectInputStream input = new ObjectInputStream(socket.getInputStream());
String methodName = input.read(); //读取方法名
Class<?>[] parameterTypes = (Class<?>[]) input.readObject(); //参数类型
Object[] arguments = (Object[]) input.readObject(); //参数
Method method = service.getClass().getMethod(methodName, parameterTypes); //找到方法
Object result = method.invoke(service, arguments); //调用方法
// 返回结果
ObjectOutputStream output = new ObjectOutputStream(socket.getOutputStream());
output.writeObject(result);
}).start();
}
}
public static <T> T refer (Class<T> interfaceClass, String host, int port) throws Exception {
return (T) Proxy.newProxyInstance(interfaceClass.getClassLoader(), new Class<?>[] {interfaceClass},
new InvocationHandler() {
public Object invoke(Object proxy, Method method, Object[] arguments) throws Throwable {
Socket socket = new Socket(host, port); //指定 provider 的 ip 和端口
ObjectOutputStream output = new ObjectOutputStream(socket.getOutputStream());
output.write(method.getName()); //传方法名
output.writeObject(method.getParameterTypes()); //传参数类型
output.writeObject(arguments); //传参数值
ObjectInputStream input = new ObjectInputStream(socket.getInputStream());
Object result = input.readObject(); //读取结果
return result;
}
});
}
}
好了，这个 RPC 框架就这样好了，是否是很简单？就是调用者传递了方法名、参数类型和参数值，提供者接收到这样参数以后调用对于的方法返回结果就行了！这就是远程过程调用，咱们来看看如何使用：后端
//服务提供者只须要暴露出接口
AobingService service = new AobingServiceImpl ();
AobingRpcFramework.export(service, 2333);
//服务调用者只须要设置依赖
AobingService service = AobingRpcFramework.refer(AobingService.class, "127.0.0.1", 2333);
service.hello();
这个示例，简单明了：设计模式
- 生产者：会一直去消费socket中的数据，若是没有的话，就会一直阻塞住，当socket中有数据时，阻塞放开，获取方法名和参数信息，而后执行类中的方法，并将结果写入socket。
- 消费者：其实就是搞了一个代理，当调用service.hello()时，就会触发该代理，这个代理其实就是初始化socket，而后类名和方法写入socket，而后等待服务端返回数据，最后取出数据，而后直接返回。
- 说明：这里只是一个RPC框架，真正的RPC其实还包括数据序列化和反序列化的过程，而后生产者和消费者的交互，可使HTTP，也能够是其它方式，不必定须要咱们直接操做Socket。
Dubbo基础
Dubbo 简介
Dubbo 是一个分布式服务框架，致力于提供高性能和透明化的 RPC 远程服务调用方案，以及 SOA 服务治理方案。简单的说，Dubbo 就是个服务框架，说白了就是个远程服务调用的分布式框架。缓存
Dubbo 发展历史
Dubbo 是阿里巴巴 2011年开源的一个基于 Java 的 RPC 框架，中间沉寂了一段时间，不过其余一些企业还在用 Dubbo 并本身作了扩展，好比当当网的 Dubbox，还有网易考拉的 Dubbok。可是在 2017 年阿里巴巴又重启了对 Dubbo 维护。在 2017 年荣获了开源中国 2017 最受欢迎的中国开源软件 Top 3。在 2018 年和 Dubbox 进行了合并，而且进入 Apache 孵化器，在 2019 年毕业正式成为 Apache 顶级项目。网络
目前 Dubbo 社区主力维护的是 2.6.x 和 2.7.x 两大版本，2.6.x 版本主要是 bug 修复和少许功能加强为准，是稳定版本。而 2.7.x 是主要开发版本，更新和新增新的 feature 和优化，而且 2.7.5 版本的发布被 Dubbo 认为是里程碑式的版本发布。它实现了面向接口的代理 RPC 调用，而且能够配合 ZooKeeper 等组件实现服务注册和发现功能，而且拥有负载均衡、容错机制等。多线程
Dubbo 整体架构
这幅图简单解释一下：架构
- Consumer：须要调用远程服务的服务消费方
- Registry：注册中心
- Provider：服务提供方
- Container：服务运行的容器
- Monitor：监控中心
一些注意的点：并发
- 首先注册中心和监控中心是可选的，你能够不要监控，也不要注册中心，直接在配置文件里面写而后提供方和消费方直连。
- 就算注册中心和监控中心宕机了也不会影响到已经正常运行的提供者和消费者，由于消费者有本地缓存提供者的信息。
Dubbo 分层架构
总的而言 Dubbo 分为三层，若是每一层再细分下去，一共有十层：
大的三层分别为 Business（业务层）、RPC 层、Remoting，而且还分为 API 层和 SPI 层。而分 API 层和 SPI 层这是 Dubbo 成功的一点，采用微内核设计+SPI扩展，使得有特殊需求的接入方能够自定义扩展，作定制的二次开发。
SPI（Service Provider Interface），是 JDK 内置的一个服务发现机制，它使得接口和具体实现彻底解耦。咱们只声明接口，具体的实现类在配置中选择。
我们再来看看每一层都是干吗的：
- Service，业务层，就是我们开发的业务逻辑层。
- Config，配置层，主要围绕 ServiceConfig 和 ReferenceConfig，初始化配置信息。
- Proxy，代理层，服务提供者仍是消费者都会生成一个代理类，使得服务接口透明化，代理层作远程调用和返回结果。
- Register，注册层，封装了服务注册和发现。
- Cluster，路由和集群容错层，负责选取具体调用的节点，处理特殊的调用要求和负责远程调用失败的容错措施。
- Monitor，监控层，负责监控统计调用时间和次数。
- Portocol，远程调用层，主要是封装 RPC 调用，主要负责管理 Invoker，Invoker表明一个抽象封装了的执行体，以后再作详解。
- Exchange，信息交换层，用来封装请求响应模型，同步转异步。
- Transport，网络传输层，抽象了网络传输的统一接口，这样用户想用 Netty 就用 Netty，想用 Mina 就用 Mina。
- Serialize，序列化层，将数据序列化成二进制流，固然也作反序列化。
Dubbo 调用过程
生产者和消费者的调用过程以下：
- 生产者服务注册
- 启动privider，根据协议Protocol将须要暴露出去的接口封装成Invoker；
- 经过 Exporter 包装一下，将 Exporter 经过 Registry 注册到注册中心。
- 消费者调用流程
- 消费者启动会向注册中心拉取服务提供者的元信息；
- Proxy 持有一个 Invoker 对象，调用 invoke 以后须要经过 Cluster 先从 Directory 获取全部可调用的远程服务的 Invoker 列表，若是配置了某些路由规则，好比某个接口只能调用某个节点的那就再过滤一遍 Invoker 列表；
- 剩下的 Invoker 经过 LoadBalance 作负载均衡选取一个；
- 通过 Filter 作一些统计相关的事情；
- 经过 Client 作数据传输，好比用 Netty 来传输；
- 传输须要通过 Codec 接口作协议构造，再序列化
- 将请求发送给服务提供者
提炼一下：初始化服务拿到服务信息 -> 构造数据请求 -> 经过负载均衡选取机器节点 -> 处理统计信息 -> 序列化数据 -> 请求发送给下游
- 生产者处理请求
- 接受请求，反序列化数据；
- 将数据扔到线程池；
- 跟进请求数据，找到对应的Exporter；
- 经过Filter进行简单过滤；
- 经过Exporter找到对应的Invoker，执行具体的方法，返回数据；
- 将数据序列化以后，直接返回。
提炼一下：接受请求 -> 反序列化数据 -> 扔入线程池 -> 找到Exporter -> 过滤请求 -> 经过Invoker执行 -> 反序列化结果 -> 返回请求
Dubbo特色
- 远程通信: 提供对多种基于长链接的 NIO 框架抽象封装（非阻塞 I/O 的通讯方式，Mina/Netty/Grizzly），包括多种线程模型，序列化（Hessian2/ProtoBuf），以及“请求-响应”模式的信息交换方式。
- 集群容错: 提供基于接口方法的透明远程过程调用（RPC），包括多协议支持（自定义 RPC 协议），以及软负载均衡（Random/RoundRobin），失败容错（Failover/Failback），地址路由，动态配置等集群支持。
- 自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方能够平滑增长或减小机器。
下面简单讲述一下Dubbo和Spring Cloud的区别，不过在讲述二者区别以前，咱们先简单了解一下Spring Cloud。
Spring Cloud简述
Spring Cloud简介
Spring Cloud 基于 Spring Boot，为微服务体系开发中的架构问题，提供了一整套的解决方案——服务注册与发现，服务消费，服务保护与熔断，网关，分布式调用追踪，分布式配置管理等。
Spring Boot 是 Spring 的一套快速配置脚手架，使用默认大于配置的理念，用于快速开发单个微服务。
Spring Cloud 完整技术
核心功能：
- 分布式/版本化配置
- 服务注册和发现
- 路由
- 服务和服务之间的调用
- 负载均衡
- 断路器
- 分布式消息传递
Spring Cloud 组件架构
流程：
- 请求统一经过 API 网关（Zuul）来访问内部服务。
- 网关接收到请求后，从注册中心（Eureka）获取可用服务。
- 由 Ribbon 进行均衡负载后，分发到后端具体实例。
- 微服务之间经过 Feign 进行通讯处理业务。
- Hystrix 负责处理服务超时熔断。
- Turbine 监控服务间的调用和熔断相关指标。
Dubbo vs Spring Cloud
Dubbo优缺点
优势：
- Dubbo 支持 RPC 调用，服务之间的调用性能会很好。
- 支持多种序列化协议，如 Hessian、HTTP、WebService。
- Dobbo Admin后台管理功能强大，提供了路由规则、动态配置、访问控制、权重调节、均衡负载等功能。
- 在国内影响力比较大，中文社区文档较为全面。
- 阿里重启维护。
缺点：
- Registry 严重依赖第三方组件（zookeeper 或者 redis），当这些组件出现问题时，服务调用很快就会中断。
- Dubbo 只支持 RPC 调用。使得服务提供方（抽象接口）与调用方在代码上产生了强依赖，服务提供者须要不断将包含抽象接口的 jar 包打包出来供消费者使用。一旦打包出现问题，就会致使服务调用出错，而且之后发布部署会成很大问题（太强的依赖关系）。
- 另外，之后要兼容 .NET Core 服务，Dubbo RPC 自己不支持跨语言（能够用跨语言 RPC 框架解决，好比 Thrift、gRPC（重复封装了），或者本身再包一层 REST 服务，提供跨平台的服务调用实现，但相对麻烦不少）
- Dubbo 只是实现了服务治理，其余微服务框架并未包含，若是须要使用，须要结合第三方框架实现（好比分布式配置用淘宝的 Diamond、服务跟踪用京东的 Hydra，但使用相对麻烦些），开发成本较高，且风险较大。
- 社区更新不及时（虽然最近在疯狂更新），但也不免阿里之后又不更新了，就尴尬了。
- 主要是国内公司使用，但阿里内部使用 HSF，相对于 Spring Cloud，企业应用会差一些。
Spring Cloud优缺点
优势：
- 有强大的 Spring 社区、Netflix 等公司支持，而且开源社区贡献很是活跃。
- 标准化的将微服务的成熟产品和框架结合一块儿，Spring Cloud 提供整套的微服务解决方案，开发成本较低，且风险较小。
- 基于 Spring Boot，具备简单配置、快速开发、轻松部署、方便测试的特色。
- 支持 REST 服务调用，相比于 RPC，更加轻量化和灵活（服务之间只依赖一纸契约，不存在代码级别的强依赖），有利于跨语言服务的实现，以及服务的发布部署。另外，结合 Swagger，也使得服务的文档一体化。
- 提供了 Docker 及 Kubernetes 微服务编排支持。
- 国内外企业应用很是多，经受了大公司的应用考验（好比 Netfilx 公司），以及强大的开源社区支持。
缺点：
- 支持 REST 服务调用，可能由于接口定义太轻，致使定义文档与实际实现不一致致使服务集成时的问题（可使用统一文档和版本管理解决，好比 Swagger）。
- REST 服务调用性能会比 RPC 低一些（但也不是强绑定）
- Spring Cloud 整合了大量组件，相关文档比较复杂，须要针对性的进行阅读。
总体对比
Dubbo 专一 RPC 和服务治理，Spring Cloud 则是一个微服务架构生态。
网友观点
使用 Dubbo 构建的微服务架构就像组装电脑，各环节咱们的选择自由度很高，可是最终结果颇有可能由于一条内存质量不行就点不亮了，老是让人不怎么放心，可是若是你是一名高手，那这些都不是问题；而 Spring Cloud 就像品牌机，在 Spring Source 的整合下，作了大量的兼容性测试，保证了机器拥有更高的稳定性，可是若是要在使用非原装组件外的东西，就须要对其基础有足够的了解。
关于 Dubbo 和 Spring Cloud 的相关概念和对比，上面已经叙述的很清楚了，我我的比较倾向于 Spring Cloud，缘由就是真正的微服务框架、提供整套的组件支持、使用简单方便、强大的社区支持等等，另外，由于考虑到 .NET/.NET Core 的兼容处理，RPC 并不能很好的实现跨语言（须要借助跨语言库，好比 gRPC、Thrift，但由于 Dubbo 自己就是“gRPC”，在 Dubbo 之上再包一层 gRPC，有点重复封装了），而 HTTP REST 自己就是支持跨语言实现，因此，Spring Cloud 这一点仍是很是好的（Dubbox 也支持，但性能相比要差一些）。
但凡事无绝对，每件事物有好的地方也有很差的地方，总的来讲，Dubbo 和 Spring Cloud 的主要不一样体如今两个方面：服务调用方式不一样和专一点不一样（生态不一样）。
后记这篇文章，其实主要是对Dubbo有一个总体的认识，而后初步了解Dubbo和Spring Cloud二者的区别，由于网上常常会把它们两拿来比较。
整篇文章都是概念性的东西，可是对于咱们理解Dubbo又很是重要，能够只能做为入门篇，我目前也是先对Java技术栈的技术，先总体初步了解，后续会选择几个方向再深刻学习。
一直想整理出一份完美的面试宝典，可是时间上一直腾不开，这套一千多道面试题宝典，结合今年金三银四各类大厂面试题，以及 GitHub 上 star 数超 30K+ 的文档整理出来的，我上传之后，毫无心外的短短半个小时点赞量就达到了 13k，说实话仍是有点难以想象的。
一千道互联网 Java 工程师面试题
内容涵盖：Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、Redis、MySQL、Spring、SpringBoot、SpringCloud、RabbitMQ、Kafka、Linux等技术栈（485页）
《Java核心知识点合集（283页）》
内容涵盖：Java基础、JVM、高并发、多线程、分布式、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat、数据库、云计算等
《Java中高级核心知识点合集（524页）》
《Java高级架构知识点整理》
因为篇幅限制，详解资料太全面，细节内容太多，因此只把部分知识点截图出来粗略的介绍，每一个小节点里面都有更细化的内容!
须要的小伙伴，能够一键三连，点击这里获取免费领取方式！
- 1. Dubbo 和 Spring Cloud 的区别？
- 2. Spring Cloud和Dubbo的区别
- 3. spring cloud介绍以及和dubbo区别
- 4. Dubbo架构图和Dubbo执行流程
- 5. Spring cloud和Dubbo区别
- 6. Dubbo&hsf&Spring-cloud的区别
- 7. Spring Cloud、Spring Cloud Alibaba、Dubbo的区别
- 8. Dubbo和Spring Cloud
- 9. Spring Boot跟Spring Cloud的区别 And Dubbo跟Spring Cloud的区别
- 10. Spring Cloud和Dubbo的区别及各自的优缺点
- 更多相关文章...
- • Hibernate的运行流程 - Hibernate教程
- • Spring目录结构和基础JAR包介绍 - Spring教程
- • 适用于PHP初学者的学习线路和建议
- • TiDB 在摩拜单车在线数据业务的应用和实践
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. Dubbo 和 Spring Cloud 的区别？
- 2. Spring Cloud和Dubbo的区别
- 3. spring cloud介绍以及和dubbo区别
- 4. Dubbo架构图和Dubbo执行流程
- 5. Spring cloud和Dubbo区别
- 6. Dubbo&hsf&Spring-cloud的区别
- 7. Spring Cloud、Spring Cloud Alibaba、Dubbo的区别
- 8. Dubbo和Spring Cloud
- 9. Spring Boot跟Spring Cloud的区别 And Dubbo跟Spring Cloud的区别
- 10. Spring Cloud和Dubbo的区别及各自的优缺点