【RPC框架之Dubbo的这些面试知识你知道吗？Dubbo是什么？RPC？底层通信框架？与SpringCloud区别？服务注册与发现流程？核心组件有哪些？注册中心挂掉，生产者消费者通信吗？】

本文链接：https://blog.csdn.net/Coder_ljw/article/details/127520993

一、知识回顾

【0.Dubbo专栏的知识在这里呦，持续更新中，敬请期待】
【1.Dubbo面试题】

二、Dubbo面试相关的知识

每天积累面试一些的问题，积少成多，滴水穿石。。

2.1 Dubbo 是什么？

Dubbo 是一个分布式、高性能、透明化的 RPC 服务框架，提供服务自动注册、自动发现等高效服务治理方案，可以和Spring 框架无缝集成。

2.2为什么要有RPC？

http接口是在接口不多、系统与系统交互较少的情况下常使用的一种通信手段；优点就是简单、直接、开发方便。利用现成的http协议进行传输。
但是如果是一个大型的网站，内部子系统较多、接口非常多的情况下，RPC框架的好处就显示出来了，
首先就是长链接，不必每次通信都要像http一样去3次握手什么的，减少了网络开销；
其次就是RPC框架一般都有注册中心，有丰富的监控管理；发布、下线接口、动态扩展等，对调用方来说是无感知、统一化的操作。
第三个来说就是安全性。对现在流行的服务化架构、服务化治理，RPC框架是一个强力的支撑。

2.3Dubbo 使用的是什么通信框架?

socket只是一个简单的网络通信方式，只是创建通信双方的通信通道，而要实现rpc的功能，还需要对其进行封装，以实现更多的功能。
默认使用 NIO Netty 框架，RPC一般配合netty框架、spring自定义注解来编写轻量级框架，其实netty内部是封装了socket的，较新的jdk的IO一般是NIO，即非阻塞IO，在高并发网站中，RPC的优势会很明显。

2.4 Dubbo 核心组件有哪些？

Provider：暴露服务的服务提供方

Consumer：调用远程服务消费方

Registry：服务注册与发现注册中心

Monitor：监控中心和访问调用统计

Container：服务运行容器

2.5 Dubbo 服务器注册与发现的流程？

在这里插入图片描述

服务容器Container负责启动，加载，运行服务提供者。

服务提供者Provider在启动时，向注册中心注册自己提供的服务。

服务消费者Consumer在启动时，向注册中心订阅自己所需的服务。

中心Registry返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

服务消费者Consumer，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

服务消费者Consumer和提供者Provider，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心Monitor。

2.6 Dubbo 类似的分布式框架还有哪些？

SpringCloud框架

2.7 Dubbo 和 Spring Cloud 的关系？

Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断。而 Spring Cloud 诞生于微服务架构时代，考虑的是微服务治理的方方面面，另外由于依托了 Spirng、Spirng Boot 的优势之上，两个框架在开始目标就不一致，Dubbo 定位服务治理、Spirng Cloud 是一个生态。

2.8 Dubbo 和 Spring Cloud 有什么哪些区别？

Dubbo：底层是使用 Netty 这样的 NIO 框架，是基于 TCP 协议传输的，配合以Hession 序列化完成 RPC 通信。
Spring Cloud :是基于 Http 协议 Rest 接口调用远程过程的通信，相对来说Http 请求会有更大的报文，占的带宽也会更多。但是 REST 相比 RPC 更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这在强调快速演化的微服务环境下，显得更为合适，至于注重通信速度还是方便灵活性，具体情况具体考虑。