前言
Dubbo用起来就和EJB、WebService差不多，调用一个远程的服务（或者JavaBean）的时候在本地有一个接口，就像调用本地的方法一样去调用，它底层帮你实现好你的方法参数传输和远程服务运行结果传回之后的返回，就是RPC的一种封装
当然，这个只是Dubbo的最基本的功能，它的特点是：
- 它主要是使用高效的网络框架和序列化框架，让分布式服务之间调用效率更高。
- 采用注册中心管理众多的服务接口地址，当你想调用服务的时候只需要跟注册中心询问即可，不用像使用WebService一样每个服务都得记录好接口调用方式。
- 监控中心：实现对服务方和调用方之间运行状态的监控，还能控制服务的优先级、权限、权重、上下线等，让整个庞大的分布式服务系统的维护和治理比较方便。
- 高可用：有个服务宕机了？注册中心就会从服务列表去掉该节点。还是调用到了？客户端会向注册中心请求另一台可用的服务节点重新调用。注册中心宕机？注册中心也能实现高可用（ZooKeeper）。
- 负载均衡：采用软负载均衡算法实现对多个相同服务的节点的请求负载均衡。
相信不少去面试阿里的朋友都有被面试官问到了Dubbo的相关问题，小编在这里将阿里面试官问的最频繁的那些Dubbo面试题整理了出来，以供大家参考
一、Dubbo是什么？
Dubbo是阿里巴巴开源的基于 Java 的高性能 RPC（一种远程调用） 分布式服务框架（SOA），致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。
二、为什么要用Dubbo？
因为是阿里开源项目，国内很多互联网公司都在用，已经经过很多线上考验。内部使用了 Netty、Zookeeper，保证了高性能高可用性。
1、使用Dubbo可以将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，可用于提高业务复用
灵活扩展，使前端应用能更快速的响应多变的市场需求。
2、分布式架构可以承受更大规模的并发流量。
三、Dubbo 和 Spring Cloud 有什么区别？
1、通信方式不同：Dubbo 使用的是 RPC 通信，而Spring Cloud 使用的是HTTP RESTFul 方式。
2、组成不一样：
dubbo的服务注册中心为Zookeerper，服务监控中心为dubbo-monitor,无消息总线，服务跟踪、批量任务等组件；
spring-cloud的服务注册中心为spring-cloud netflix enruka，服务监控中心为spring-boot admin,有消息总线，数据流、服务跟踪、批量任务等组件；
四、Dubbo需要 Web 容器吗？
不需要，如果硬要用Web 容器，只会增加复杂性，也浪费资源。
五、Dubbo内置了哪几种服务容器？
三种服务容器：
1、Spring Container
2、Jetty Container
3、Log4j Container
Dubbo 的服务容器只是一个简单的 Main 方法，并加载一个简单的 Spring 容器，用于暴露服务。
六、dubbo都支持什么协议，推荐用哪种？
1、dubbo://（推荐）
2、http://
3、rest://
4、redis://
5、memcached://
七、Dubbo里面有哪几种节点角色？
1、provide：暴露服务的服务提供方
2、consumer：调用远程服务的服务消费方
3、registry:服务注册于发现的注册中心
4、monitor:统计服务调用次数和调用时间的监控中心
5、container:服务运行容器
八、dubbo服务注册与发现的流程图
九、Dubbo默认使用什么注册中心，还有别的选择吗？
推荐使用zookeeper作为注册中心，还有redis、multicast、simple注册中心。
十、Dubbo 核心的配置有哪些？
由于篇幅原因，在这就不做全部展示了，这些题我已经整理成pdf文档免费分享给那些有需要的朋友，同时整理也花费了蛮多时间，有需要的朋友可以点击蓝色传送门即可获取免费领取方式，还可以获得我精心整理的一份阿里面试合集。
