最新架构：第七章：基于Dubbo+Zookeeper项目架构，Java前端面试题目

最新推荐文章于 2024-09-20 15:32:13 发布

2301_79099287

最新推荐文章于 2024-09-20 15:32:13 发布

阅读量232

点赞数 4

分类专栏：程序员文章标签： java 面试学习

本文链接：https://blog.csdn.net/2301_79099287/article/details/138860355

版权

程序员专栏收录该内容

197 篇文章 0 订阅

订阅专栏

最后

做任何事情都要用心，要非常关注细节。看起来不起眼的、繁琐的工作做透了会有意想不到的价值。
当然要想成为一个技术大牛也需要一定的思想格局，思想决定未来你要往哪个方向去走, 建议多看一些人生规划方面的书籍,多学习名人的思想格局，未来你的路会走的更远。

更多的技术点思维导图我已经做了一个整理，涵盖了当下互联网最流行99%的技术点，在这里我将这份导图分享出来，以及为金九银十准备的一整套面试体系，上到集合，下到分布式微服务

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

dubbo-admin可以通过监控中心的可视化界面，进行禁止服务和截止消费者（大量恶意访问的ip）；

服务提供者：

1.服务提供者出现宕机，如果任意一台宕机，由于服务提供者没有状态，不影响使用；

2.如果所有的服务提供者全部宕机之后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复；

3.服务提供者出现变更，比如增加新的机器部署，注册中心基于长连接将推送服务提供者信息给消费者；

Dubbo在项目中怎么用的？

1.dubbo在项目中主要用来实现不同系统之间的服务调用。

2.由于项目是按照不同的功能分了不同的系统，按照三层架构又分了不同的服务，其中

3.三层架构中的控制层作为服务的消费方，业务层和持久层共同作为服务的发布方。

这样的架构实现了系统的服务化，提高了开发效率，实现了业务的解耦。

3．Dubbo都支持什么协议？这些协议有什么不同点？项目使用的是什么协议？

Dubbo支持Dubbo协议、RMI协议、hessian协议、Http协议等

Dubbo协议：缺省协议、采用了单一长连接和NIO********异步通讯、使用线程池并发处理请求，能减少握手和加大并发效率、采用的是Hession二进制序列化、性能较好，推荐使用。

主要应用于传入传出参数数据包较小（建议小于100K），消费者比提供者个数多，由于是单一连接，因为尽量不要传输大文件。

RMI协议：采用JDK标准的RMI协议（基于TCP协议）、堵塞式短连接、JDK标准序列化方式、同步通讯。适用于消费者和提供者个数差不多的，可传文件。测试发现偶尔会连接失败，需要重建Stub。

Hessian协议：采用http通讯，采用Servlet暴露服务，多连接短连接的同步传输方式，采用hessian的二进制序列化，适合提供者比消费者多。

项目中使用的是默认Dubbo协议（其他两种简单的知道就行），因为项目的特点主要是并发大、消费者要比提供者多。

Zookeeper:

简单介绍一下zookeeper?

1.Zookeeper是Apache Hadoop的一个子项目，作为分布式协调作用（类似于我们的大脑），树形的目录结构，支持变更操作，同时也是Dubbo官方推荐的注册中心。

2.Zookeeper之所以能用来作为dubbo的注册中心来使用，主要是应用到dubbo的命名功能。3.在SOA架构、集群和分布式环境下，子项目之间的调用关系会变得越来越复杂，因为需要一个服务器专门给我们管理服务的信息和调节、管理这些服务，让我们的侧重点放在项目中的业务上，因为zookeeper的命名功能就可以充当这样一个服务器。

项目中主要用zookeeper作为Dubbo的注册中心，集中管理所有服务的URL；同时集中的管理集群的配置。

Zookeeper的实现原理？（工作原理）

Zookeeper会维护一个类似于标准的文件系统的具有层次关系的数据结构。这个文件系统中每个子目录项都被称为znode节点，这个znode节点也可以有子节点，每个节点都可以存储数据，客户端也可以对这些node节点进行getChildren，getData,exists方法，同时也可以在znode tree路径上设置watch（类似于监听），当watch路径上发生节点create、delete、update的时候，会通知到client。client可以得到通知后，再获取数据，执行业务逻辑操作。Zookeeper 的作用主要是用来维护和监控存储的node节点上这些数据的状态变化，通过监控这些数据状态的变化，从而达到基于数据的集群管理。

为什么要用zookeeper作为dubbo的注册中心？能选择其他的吗？

Zookeeper的数据模型是由一系列的Znode数据节点组成，和文件系统类似。

zookeeper的数据全部存储在内存中，性能高；

zookeeper也支持集群，实现了高可用；

同时基于zookeeper的特性，也支持事件监听（服务的暴露方发生变化，可以进行推送），所以zookeeper适合作为dubbo的注册中心区使用。

redis、Simple也可以作为dubbo的注册中心来使用。

Redis:

用key-value（Hash）来存储数据

主key:服务器名和类型

Map中的key：url地址

Map中的value：过期时间，判断脏数据，脏数据由监控中心删除（要求服务器时间必须相同）

利用redis中的Publish/Subscribe事件通知数据变更