Dubbo面试

浅浅的花香味﹌ 2022-05-21 00:49 155阅读 0赞

# 一、面试题1 #

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

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

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

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

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

[https://www.cnblogs.com/songxh-scse/p/6692301.html][https_www.cnblogs.com_songxh-scse_p_6692301.html]

[https://blog.csdn.net/youanyyou/article/details/78990214][https_blog.csdn.net_youanyyou_article_details_78990214]

*  # **服务调用是阻塞的吗？** #

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

[https://my.oschina.net/yaohonv/blog/1606807][https_my.oschina.net_yaohonv_blog_1606807]

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

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

[https://blog.csdn.net/u011659172/article/details/51491518][https_blog.csdn.net_u011659172_article_details_51491518]

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

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

[https://blog.csdn.net/CHS007chs/article/details/76618265][https_blog.csdn.net_CHS007chs_article_details_76618265]

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

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

[https://www.jianshu.com/p/f42c69e4bd3e?fromApp=1][https_www.jianshu.com_p_f42c69e4bd3e_fromApp_1]

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

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

[https://blog.csdn.net/whereismatrix/article/details/53784464][https_blog.csdn.net_whereismatrix_article_details_53784464]

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

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

[https://blog.csdn.net/liaokailin/article/details/52077620][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][https_blog.csdn.net_zh521zh_article_details_76445520]

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

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

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

![1254220-20180612095859810-1306765019.png][]

*  # **集群容错怎么做？  ** #

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

[https://blog.csdn.net/jnqqls/article/details/46702103][https_blog.csdn.net_jnqqls_article_details_46702103]

*  # **在使用过程中都遇到了些什么问题？  ** #
 *  # **dubbo和dubbox之间的区别？  ** #

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

[https://my.oschina.net/u/1033181/blog/1794534][https_my.oschina.net_u_1033181_blog_1794534]

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

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

[https://www.zhihu.com/question/19832447][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_lxyit_p_9035094.html]

[https://www.cnblogs.com/aspirant/p/9003255.html][https_www.cnblogs.com_aspirant_p_9003255.html]

[https://blog.csdn.net/luwei42768/article/details/54847427][https_blog.csdn.net_luwei42768_article_details_54847427]

[https://www.cnblogs.com/yang-lq/p/9168216.html][https_www.cnblogs.com_yang-lq_p_9168216.html]

[https_www.cnblogs.com_songxh-scse_p_6692301.html]: https://www.cnblogs.com/songxh-scse/p/6692301.html
[https_blog.csdn.net_youanyyou_article_details_78990214]: https://blog.csdn.net/youanyyou/article/details/78990214
[https_my.oschina.net_yaohonv_blog_1606807]: https://my.oschina.net/yaohonv/blog/1606807
[Multicast]: http://dubbo.io/User+Guide-zh.htm#UserGuide-zh-Multicast%E6%B3%A8%E5%86%8C%E4%B8%AD%E5%BF%83
[Redis]: http://dubbo.io/User+Guide-zh.htm#UserGuide-zh-Redis%E6%B3%A8%E5%86%8C%E4%B8%AD%E5%BF%83
[Simple]: http://dubbo.io/User+Guide-zh.htm#UserGuide-zh-Simple%E6%B3%A8%E5%86%8C%E4%B8%AD%E5%BF%83
[https_blog.csdn.net_u011659172_article_details_51491518]: https://blog.csdn.net/u011659172/article/details/51491518
[https_blog.csdn.net_CHS007chs_article_details_76618265]: https://blog.csdn.net/CHS007chs/article/details/76618265
[https_www.jianshu.com_p_f42c69e4bd3e_fromApp_1]: https://www.jianshu.com/p/f42c69e4bd3e?fromApp=1
[https_blog.csdn.net_whereismatrix_article_details_53784464]: https://blog.csdn.net/whereismatrix/article/details/53784464
[https_blog.csdn.net_liaokailin_article_details_52077620]: https://blog.csdn.net/liaokailin/article/details/52077620
[https_blog.csdn.net_zh521zh_article_details_76445520]: https://blog.csdn.net/zh521zh/article/details/76445520
[1254220-20180612095859810-1306765019.png]: /images/20220521/08a9503cc6e84f16b3087e04f96e1156.png
[https_blog.csdn.net_jnqqls_article_details_46702103]: https://blog.csdn.net/jnqqls/article/details/46702103
[https_my.oschina.net_u_1033181_blog_1794534]: https://my.oschina.net/u/1033181/blog/1794534
[https_www.zhihu.com_question_19832447]: https://www.zhihu.com/question/19832447
[https_www.cnblogs.com_lxyit_p_9035094.html]: https://www.cnblogs.com/lxyit/p/9035094.html
[https_www.cnblogs.com_aspirant_p_9003255.html]: https://www.cnblogs.com/aspirant/p/9003255.html
[https_blog.csdn.net_luwei42768_article_details_54847427]: https://blog.csdn.net/luwei42768/article/details/54847427
[https_www.cnblogs.com_yang-lq_p_9168216.html]: https://www.cnblogs.com/yang-lq/p/9168216.html