硬核！2021Java岗面试题知识点小结，含爱奇艺，小米，腾讯，阿里

最新推荐文章于 2024-04-17 03:41:21 发布

Redis知识大全

最新推荐文章于 2024-04-17 03:41:21 发布

阅读量102

点赞数

分类专栏：程序员文章标签： java 后端面试

本文链接：https://blog.csdn.net/m0_57285325/article/details/116166753

版权

程序员专栏收录该内容

605 篇文章 2 订阅

订阅专栏

1. 前言

相信大家对 ZooKeeper 应该不算陌生。但是你真的了解 ZooKeeper 到底有啥用不？如果别人/面试官让你给他讲讲对于 ZooKeeper 的认识，你能回答到什么地步呢？

拿我自己来说吧！我本人曾经使用 Dubbo 来做分布式项目的时候，使用了 ZooKeeper 作为注册中心。为了保证分布式系统能够同步访问某个资源，我还使用 ZooKeeper 做过分布式锁。另外，我在学习 Kafka 的时候，知道 Kafka 很多功能的实现依赖了 ZooKeeper。

前几天，总结项目经验的时候，我突然问自己 ZooKeeper 到底是个什么东西？想了半天，脑海中只是简单的能浮现出几句话：

ZooKeeper 可以被用作注册中心、分布式锁；
ZooKeeper 是 Hadoop 生态系统的一员；
构建 ZooKeeper 集群的时候，使用的服务器最好是奇数台。

由此可见，我对于 ZooKeeper 的理解仅仅是停留在了表面。

所以，通过本文，希望带大家稍微详细的了解一下 ZooKeeper 。如果没有学过 ZooKeeper ，那么本文将会是你进入 ZooKeeper 大门的垫脚砖。如果你已经接触过 ZooKeeper ，那么本文将带你回顾一下 ZooKeeper 的一些基础概念。

另外，本文不光会涉及到 ZooKeeper 的一些概念，后面的文章会介绍到 ZooKeeper 常见命令的使用以及使用 Apache Curator 作为 ZooKeeper 的客户端。

如果文章有任何需要改善和完善的地方，欢迎在评论区指出，共同进步！

NameServer的部署

关于NameServer，我们之前的文章已经详细讲解过了集群化的内容，这里直接把它部署到三台机器上，作为一个高可用集群

Broker的部署

Broker的部署我们之前也有讲到过，主要使用的是4.5版本后的Dledger自动化切换主从的集群

Broker与NameServer之间的通信协议是什么呢？http、rpc还是tcp呢？

其实它们之间采用的是TCP长连接通信，也就是说Broker会跟每个NameServer建立TCP长连接，然后定时通过TCP长连接发送心跳请求过去。

访问MQ的系统（生产者和消费者）的部署

一定会有大量的系统访问RocketMQ，因为RocketMQ就是为此而生的，有些系统自己本身既是生产者又是消费者，所以这些系统的部署也要考虑进去。

对这些系统部署的考虑，其实不应该是搞MQ的部门来考虑的，如果系统本身是自己公司的，可以提出一些建议，让生产者和消费者都集群化部署，保证高可用。但如果是第三方系统，那就无法插手了，我们能做到的只有考虑第三方系统崩溃，无法与MQ正常通信的情况下，如何让MQ正常运转。

Topic是什么

Topic是mq的核心数据模型，如果直接翻译是主题的意思，但是听到主题的解释，是不是一脸懵逼，是不是瞬间想到的是手机主题，电脑主题。

所以它不能直译，它表达的就是一个数据集合的含义，集合的是同一类的数据，不同类型的数据存到不同的Topic中。

所以系统无论是要写入消息还是读取数据，最开始都是要先定义Topic的，然后再从定义的Topic中获取同类型的数据。

那么Topic是如何在Broker中存储的呢？

存储的方式其实就是分布式存储。我们在定义Topic的时候指定它里面的数据分布到多台的Broker上进行存储，这里要注意的一点是，实际上分布的对象是MasterBroker，SlaveBroker会向MasterBroker拉取数据，作为一个副本存在。而Broker在向NameServer发送心跳的时候，会把Topic存储在哪些Broker中的信息告诉NameServer。

生产者如何发送消息给Broker

前边我们聊过，发送消息前首先是定义Topic，然后发送消息的时候是要指定你要发送到哪个Topic中去的。

既然我们知道了要发送到哪个Topic中，下一步就是要定位Topic的位置，如何定位呢？就是与NameServer建立Tcp长连接，定时拉取注册信息，可以获取到这个Topic目前被分配到哪些Broker中。然后就可以根据负载均衡算法，选定一台Broker(具体的负载均衡算法后边文章再介绍)。

选定了Broker后，就可以再与Broker建立Tcp长连接，通过Tcp长连接发送消息给Broker中的Topic。

而Broker在接收到消息后，就会把消息存储到磁盘中，再往后就是SlaveBroker与MasterBroker数据同步，形成副本，保证高可用了。

整个过程就是这样的。

消费者如何从Broker上消费消息

说完了生产者发送消息的过程，我们再来聊聊消费者消费消息的过程。

其实消费者消费消息的过程和生产者是类似的，同样第一步也是定义Topic，然后从NameServer获取信息，定位到Topic所在的多个Broker，之后负载均衡定位到要访问的Broker，与Broker建立连接获取消息。

这里唯一不同的就是，再获取消息的时候是可能在MasterBroker上获取的，也可能在SlaveBroker上获取，要依据当时的情况而定。

整体架构总结

最后我们再来看一看这套架构，是可以实现完全的高可用的。

NameServer集群化部署，Broker集群化部署，还可以通过Dledger自动化切换主从，生产者消费者也是集群部署，随便挂了一台不受影响。

而且这套架构也不怕高并发，高并发下的消息可以分布到多个Broker下处理，减少系统压力。

然后我们的集群可以存储海量的消息，因为存储方式是分布式存储的。

最后，这套架构是具有可扩展性的，如果业务需求并发量增大，也是可以扩展Broker的数量以支持更高的并发和更大的存储的。

这样我们的RocketMQ的生产部署架构就算完成了。

好了，今天就说到这里，欢迎小伙伴们一起走入消息中间件的世界。

最后

最后，强调几点：

1. 一定要谨慎对待写在简历上的东西，一定要对简历上的东西非常熟悉。因为一般情况下，面试官都是会根据你的简历来问的；能有一个上得了台面的项目也非常重要，这很可能是面试官会大量发问的地方，所以在面试之前好好回顾一下自己所做的项目；
2. 和面试官聊基础知识比如设计模式的使用、多线程的使用等等，可以结合具体的项目场景或者是自己在平时是如何使用的；
3. 注意自己开源的Github项目，面试官可能会挖你的Github项目提问；

我个人觉得面试也像是一场全新的征程，失败和胜利都是平常之事。所以，劝各位不要因为面试失败而灰心、丧失斗志。也不要因为面试通过而沾沾自喜，等待你的将是更美好的未来，继续加油！