Dubbo面试题

简历：

XX项目

技术栈：Spring + Dubbo +Mybatis

Dubbo是阿里巴巴开源的分布式，高性能的透明化的RPC服务框架，提供服务自动注册，自动发现等高效服务治理方案，可以和Spring框架可以无缝衔接。

你们的项目为什么会使用Dubbo做为你们的分布式框架的技术选型。开场方式背景。

标准回答：

早期我们的项目是单体架构，后续随着我们的用户量的增长，项目功能的增加，老的项目耦合严重，故障级联的问题，我们考虑使用分布式架构对于我们的项目进行重构，我们的Dubbo做为一款分布式，高性能的透明化的RPC服务框架，提供服务自动注册，自动发现等高效服务治理方案，可以和Spring框架可以无缝衔接。

而且我们当时对比了市面上的新浪的Motan，以及alibaba的Dubbo，还有谷歌的GRPC，当当的Dubbox,就开源度以及生态而言，我们最终选择了Dubbo做为我们的分布式解决方案。

Dubbo的新版本当中有非常多的支持分布式特性的一些功能：

面向接口代理的高性能的RPC调用：提供了高性能的基于代理的远程调用能力，服务以接口为粒度，屏蔽了底层远程调用的细节. @Reference @DubboReference <dubbo:Reference....
智能的负载均衡的能力：内置了多种负载均衡策略，智能的感知下游节点的健康状况，显著的减少调用延迟，提高系统吞吐。
服务的自动注册与发现：支持我们多种注册中心，实现服务实例的上下线感知

Dubbo缺省协议是dubbo协议，采用的是单一长连接和NIO异步通信的方式，适用于小数据量以及大并发的服务调用，消费者远大于提供者，Dubbo的传输层协议TCP，异步的，使用Hessian序列化

dubbo：Dubbo缺省协议是dubbo协议，采用的是单一长连接和NIO异步通信的方式，适用于小数据量以及大并发的服务调用，消费者远大于提供者，Dubbo的传输层协议TCP，异步的，使用Hessian序列化
rmi（remote Method invocation）：采用的是我们的JDK标准的rmi的实现，传输以及返回参数的时候都需要实现Serializable接口，使用java的标准的序列化机制，使用的是阻塞式的短连接，传输数据包可以大小混合，并且我们的消费者与提供者可以差不多数量，可以传文件。传输协议TCP，同步传输，适用于常规的远程服务调用以及rmi的相互操作。序列化安全漏洞。
webservice：基于 WebService 的远程调用协议，集成 CXF 实现，提供和原生 WebService 的互操作。多个短连接，基于 HTTP 传输，同步传输，适用系统集成和跨语言调用；
http：基于 Http 表单提交的远程调用协议，使用 Spring 的 HttpInvoke 实现。多个短连接，传输协议 HTTP，传入参数大小混合，提供者个数多于消费者，需要给应用程序和浏览器 JS 调用；
hessian：集成 Hessian 服务，基于 HTTP 通讯，采用 Servlet 暴露服务，Dubbo 内嵌 Jetty 作为服务器时默认实现，提供与 Hession 服务互操作。多个短连接，同步 HTTP 传输，Hessian 序列化，传入参数较大，提供者大于消费者，提供者压力较大，可传文件；