Dubbo面试题

一、面试题1

Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。

从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，

所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。关于注册中心、协议支持、服务监控等内容，详见后面描述。

默认使用的是什么通信框架，还有别的选择吗?  

默认也推荐使用netty框架，还有mina以及基于servlet等方式。

https://www.cnblogs.com/songxh-scse/p/6692301.html

https://blog.csdn.net/youanyyou/article/details/78990214

服务调用是阻塞的吗？

默认是阻塞的，可以异步调用，没有返回值的可以这么做。

https://my.oschina.net/yaohonv/blog/1606807

 一般使用什么注册中心？还有别的选择吗？  

推荐使用zookeeper注册中心，还有Multicast、Redis和Simple等。

https://blog.csdn.net/u011659172/article/details/51491518

默认使用什么序列化框架，你知道的还有哪些？  

默认使用Hessian序列化，还有Duddo、FastJson、Java自带序列化。

https://blog.csdn.net/CHS007chs/article/details/76618265

服务提供者能实现失效踢出是什么原理？  

服务失效踢出基于zookeeper的临时节点原理。

https://www.jianshu.com/p/f42c69e4bd3e?fromApp=1

服务上线怎么不影响旧版本？  

采用多版本开发，不影响旧版本。

https://blog.csdn.net/whereismatrix/article/details/53784464

如何解决服务调用链过长的问题？  

可以结合zipkin实现分布式服务追踪。

https://blog.csdn.net/liaokailin/article/details/52077620

说说核心的配置有哪些？  

核心配置有

dubbo:service/

dubbo:reference/

dubbo:protocol/

dubbo:registry/

dubbo:application/

dubbo:provider/

dubbo:consumer/

dubbo:method/

dubbo推荐用什么协议？  

默认使用dubbo协议。

https://blog.csdn.net/zh521zh/article/details/76445520

同一个服务多个注册的情况下可以直连某一个服务吗？  

可以直连，修改配置即可，也可以通过telnet直接某个服务。

画一画服务注册与发现的流程图  

集群容错怎么做？  

读操作建议使用Failover失败自动切换，默认重试两次其他服务器。写操作建议使用Failfast快速失败，发一次调用失败就立即报错。

https://blog.csdn.net/jnqqls/article/details/46702103

在使用过程中都遇到了些什么问题？  


dubbo和dubbox之间的区别？  

dubbox是当当网基于dubbo上做了一些扩展，如加了服务可restful调用，更新了开源组件等。

https://my.oschina.net/u/1033181/blog/1794534

你还了解别的分布式框架吗？  

别的还有spring的spring cloud，facebook的thrift，twitter的finagle等。

https://www.zhihu.com/question/19832447

二、面试题2

1.Dubbo支持哪些协议，每种协议的应用场景，优缺点？

dubbo： 单一长连接和NIO异步通讯，适合大并发小数据量的服务调用，以及消费者远大于提供者。传输协议TCP，异步，Hessian序列化；
rmi： 采用JDK标准的rmi协议实现，传输参数和返回参数对象需要实现Serializable接口，使用java标准序列化机制，使用阻塞式短连接，传输数据包大小混合，消费者和提供者个数差不多，可传文件，传输协议TCP。 多个短连接，TCP协议传输，同步传输，适用常规的远程服务调用和rmi互操作。在依赖低版本的Common-Collections包，java序列化存在安全漏洞；
webservice： 基于WebService的远程调用协议，集成CXF实现，提供和原生WebService的互操作。多个短连接，基于HTTP传输，同步传输，适用系统集成和跨语言调用；
http： 基于Http表单提交的远程调用协议，使用Spring的HttpInvoke实现。多个短连接，传输协议HTTP，传入参数大小混合，提供者个数多于消费者，需要给应用程序和浏览器JS调用；
hessian： 集成Hessian服务，基于HTTP通讯，采用Servlet暴露服务，Dubbo内嵌Jetty作为服务器时默认实现，提供与Hession服务互操作。多个短连接，同步HTTP传输，Hessian序列化，传入参数较大，提供者大于消费者，提供者压力较大，可传文件；
memcache： 基于memcached实现的RPC协议
redis： 基于redis实现的RPC协议
2.Dubbo超时时间怎样设置？

Dubbo超时时间设置有两种方式：

服务提供者端设置超时时间，在Dubbo的用户文档中，推荐如果能在服务端多配置就尽量多配置，因为服务提供者比消费者更清楚自己提供的服务特性。
服务消费者端设置超时时间，如果在消费者端设置了超时时间，以消费者端为主，即优先级更高。因为服务调用方设置超时时间控制性更灵活。如果消费方超时，服务端线程不会定制，会产生警告。
3.Dubbo有些哪些注册中心？

Multicast注册中心： Multicast注册中心不需要任何中心节点，只要广播地址，就能进行服务注册和发现。基于网络中组播传输实现；
Zookeeper注册中心： 基于分布式协调系统Zookeeper实现，采用Zookeeper的watch机制实现数据变更；
redis注册中心： 基于redis实现，采用key/Map存储，住key存储服务名和类型，Map中key存储服务URL，value服务过期时间。基于redis的发布/订阅模式通知数据变更；
Simple注册中心
4.Dubbo集群的负载均衡有哪些策略

Dubbo提供了常见的集群策略实现，并预扩展点予以自行实现。

Random LoadBalance: 随机选取提供者策略，有利于动态调整提供者权重。截面碰撞率高，调用次数越多，分布越均匀；
RoundRobin LoadBalance: 轮循选取提供者策略，平均分布，但是存在请求累积的问题；
LeastActive LoadBalance: 最少活跃调用策略，解决慢提供者接收更少的请求；
ConstantHash LoadBalance: 一致性Hash策略，使相同参数请求总是发到同一提供者，一台机器宕机，可以基于虚拟节点，分摊至其他提供者，避免引起提供者的剧烈变动；

三、面试题3

Dubbo中zookeeper做注册中心，如果注册中心集群都挂掉，发布者和订阅者之间还能通信么？
可以的，启动dubbo时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用

注册中心对等集群，任意一台宕掉后，会自动切换到另一台
注册中心全部宕掉，服务提供者和消费者仍可以通过本地缓存通讯
服务提供者无状态，任一台 宕机后，不影响使用
服务提供者全部宕机，服务消费者会无法使用，并无限次重连等待服务者恢复
2 dubbo连接注册中心和直连的区别
在开发及测试环境下，经常需要绕过注册中心，只测试指定服务提供者，这时候可能需要点对点直连，
点对点直联方式，将以服务接口为单位，忽略注册中心的提供者列表，

服务注册中心，动态的注册和发现服务，使服务的位置透明，并通过在消费方获取服务提供方地址列表，实现软负载均衡和Failover， 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外，注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者
注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表
注册中心和监控中心都是可选的，服务消费者可以直连服务提供者

3、Dubbo在安全机制方面是如何解决的
Dubbo通过Token令牌防止用户绕过注册中心直连，然后在注册中心上管理授权。Dubbo还提供服务黑白名单，来控制服务所允许的调用方

转载自https://www.cnblogs.com/lxyit/p/9035094.html

      https://www.cnblogs.com/aspirant/p/9003255.html

      https://blog.csdn.net/luwei42768/article/details/54847427

     https://www.cnblogs.com/yang-lq/p/9168216.html

---

本文来自 客 人 的CSDN 博客 ，全文地址请点击：https://blog.csdn.net/qq_33314107/article/details/80821122?utm_source=copy