别再说你不会！这份1307页Java面试全套真题解析

比眉伴天荒 2021-07-21 02:13 405阅读 0赞

# 前言 #

消息中间件是分布式系统中的重要组件，在实际工作中常用消息中间件进行系统间数据交换，从而解决应用解耦、异步消息、流量削峰等问题，实现高性能、高可用、可伸缩和最终一致性架构。目前市面上可供选择的消息中间件有RabbitMQ、ActiveMQ、 Kafka、 RocketMQ、ZeroMQ、MetaMQ等。

本文总结了近年来在实际项目中使用消息中间件的经历和踩过的一些坑，可为你\*\*在实际工作中进行产品选型、业务场景方案制定、性能调整等提供明确的思路。\*\*由于是基于Java语言开发，因此它非常适合Java初中级程序员阅读，学习。

![41885b1513dff54738bba86f92067b5a.png][]

# **容器化时代来了** #

虚拟化技术已经走过了三个时代，没有容器化技术的演进就不会有 Docker 技术的诞生。

![22983f8a7aa6698aa06bad5046774357.png][]

虚拟化技术演进

（1）物理机时代：多个应用程序可能会跑在一台机器上。

![物理机时代][4db417112382949d1c154ef51832b016.png]

（2）虚拟机时代：一台物理机器安装多个虚拟机（VM），一个虚拟机跑多个程序。

![虚拟机时代][6383572953c0fe6257f6c4d3c951b4a2.png]

（3）容器化时代：一台物理机安装多个容器实例（container），一个容器跑多个程序。

![容器化时代][1a150061e0edc27fbbe52b17f7d1dc3e.png]

容器化解决了软件开发过程中一个令人非常头疼的问题，用一段对话描述：

> 测试人员：你这个功能有问题。
> 
> 开发人员：我本地是好的啊。

开发人员编写代码，在自己本地环境测试完成后，将代码部署到测试或生产环境中，经常会遇到各种各样的问题。明明本地完美运行的代码为什么部署后出现很多 bug，原因有很多：不同的操作系统、不同的依赖库等，总结一句话就是因为本地环境和远程环境不一致。

容器化技术正好解决了这一关键问题，它将软件程序和运行的基础环境分开。开发人员编码完成后将程序打包到一个容器镜像中，镜像中详细列出了所依赖的环境，在不同的容器中运行标准化的镜像，从根本上解决了环境不一致的问题。

# **容器化技术的尖刀武器** #

![3e219b7d7a6575b49ad592230e0f29f9.png][]

容器化技术的特点：

*  **可移植性**：不依赖具体的操作系统或云平台，比如在阿里云或腾讯云直接随意迁移。
 *  **占地小**：容器只需要其应用程序以及它需要运行的所有容器和库的依赖清单，不需要将所有的依赖库都打包在一起。
 *  **共享 bin 和 lib**：不同的容器可以共享 bin 和 lib，进一步节省了空间。

# **Docker 横空出世** #

2010年一位年轻小伙子在美国旧金山成立了一家名叫【dotCloud】的公司， 开发了 Docker的核心技术，从此开启了容器技术的时代。

![Docker原公司名][Docker]

后面 dotCloud 公司将自己的容器技术进行了简化和标准化，取名为 Docker，就是大家熟悉的鲸鱼 logo。

![Docker新logo][Docker_logo]

2013年dotCloud 公司宣布将 Docker 开源，随着越来越多的工程师发现了它的优点， Docker 的人气迅速攀升，成为当时最火爆的开源技术之一。

当前有30％以上的企业在其AWS环境中使用Docker，并且这个数字还在继续增长。

![Docker使用率越来越高][Docker 1]

# **Docker怎么用？** #

其实大多数人谈论 Docker 时说的是 Docker Engine，这只是一个构建和运行的容器。

在运行容器前需要编写Docker File，通过 dockerFile 生成镜像，然后才能运行 Docker 容器。

Docker File 定义了运行镜像（image）所需的所有内容，包括操作系统和软件安装位置。一般情况下都不需要从头开始编写 Docker File，在 Docker Hub 中有来自世界各地的工程师编写好的镜像，你可以基于此修改。

# **编排系统的需求催生 k8s** #

尽管Docker为容器化的应用程序提供了开放标准，但随着容器越来越多出现了一系列新问题：

*  如何协调和调度这些容器？
 *  如何在升级应用程序时不会中断服务？
 *  如何监视应用程序的运行状况？
 *  如何批量重新启动容器里的程序？

解决这些问题需要容器编排技术，可以将众多机器抽象，对外呈现出一台超大机器。现在业界比较流行的有：k8s、Mesos、Docker Swarm。

在业务发展初期只有几个微服务，这时用 Docker 就足够了，但随着业务规模逐渐扩大，容器越来越多，运维人员的工作越来越复杂，这个时候就需要编排系统解救opers。

![应用程序的声明周期][11a5199262092cb9717d6329850c1edb.png]

一个成熟的容器编排系统需要具备以下能力：

*  处理大量的容器和用户
 *  负载均衡
 *  鉴权和安全性
 *  管理服务通信
 *  多平台部署

# **k8s与Docker Swarm江湖恩怨** #

![k8s VS Docker Swarm][]

如果你非要拿 Docker 和 k8s 进行比较，其实你更应该拿 Docker Swarm 和 k8s 比较。

Docker Swarm 是 Docker 自家针对集群化部署管理的解决方案，优点很明显，可以更紧密集成到 Docker 生态系统中。

虽说 Swarm 是 Docker 亲儿子，但依旧没有 k8s 流行，不流行很大程度是因为商业、生态的原因，不多解释。

# **k8s是做什么用的？** #

K8s是Google研发的容器协调器，已捐赠给CNCF，现已开源。

Google 利用在容器管理多年的经验和专业知识推出了 k8s，主要用于自动化部署应用程序容器，可以支持众多容器化工具包括现在非常流行的Docker。

目前k8s 是容器编排市场的领导者，开源并公布了一系列标准化方法，主流的公有云平台都宣布支持。

一流的厂商都在抢占标准的制高点，一堆小厂商跟着一起玩，这就叫生态了。国内的大厂商都在干嘛呢？抢社区团购市场，玩资本游戏，哎？！

# **K8s 架构和组件** #

k8s 由众多组件组成，组件间通过 API 互相通信，归纳起来主要分为三个部分：

*  controller manager
 *  nodes
 *  pods

![K8s集群架构图][K8s]

**Controller Manager**，即控制平面，用于调度程序以及节点状态检测。

*  **Nodes**，构成了Kubernetes集群的集体计算能力，实际部署容器运行的地方。
 *  **Pods**，Kubernetes集群中资源的最小单位。

# **Docker与k8s 难舍难分** #

Docker 和 k8s 在业界非常流行，都已经是事实上的标准。

Docker 是用于构建、分发、运行容器的平台和工具。

而 k8s 实际上是一个使用 Docker 容器进行编排的系统，主要围绕 pods 进行工作。Pods 是 k8s 生态中最小的调度单位，可以包含一个或多个容器。

Docker 和 k8s 是根本上不同的技术，两者可以很好的协同工作。

## 总结 ##

互联网大厂比较喜欢的人才特点：对技术有热情，强硬的技术基础实力；主动，善于团队协作，善于总结思考。无论是哪家公司，都很重视高并发高可用技术，重视基础，所以千万别小看任何知识。面试是一个双向选择的过程，不要抱着畏惧的心态去面试，不利于自己的发挥。同时看中的应该不止薪资，还要看你是不是真的喜欢这家公司，是不是能真的得到锻炼。其实我写了这么多，只是我自己的总结，并不一定适用于所有人，相信经过一些面试，大家都会有这些感触。

\*\*另外想要面试题及答案的小伙伴请[点击这里自行领取][Link 1]，本人还整理收藏了2021年多家公司面试知识点以及各种技术点整理 \*\*

**下面有部分截图希望能对大家有所帮助。**

一些面试，大家都会有这些感触。

\*\*另外想要面试题及答案的小伙伴请[点击这里自行领取][Link 1]，本人还整理收藏了2021年多家公司面试知识点以及各种技术点整理 \*\*

**下面有部分截图希望能对大家有所帮助。**

![在这里插入图片描述][451fd1ea535f1b398a7576c1fe63a6be.png]

[41885b1513dff54738bba86f92067b5a.png]: /images/20210720/893aaf04f4534cdaa2d4317f51502c8f.png
[22983f8a7aa6698aa06bad5046774357.png]: /images/20210720/bec060940143412780b968c84d31782c.png
[4db417112382949d1c154ef51832b016.png]: /images/20210720/a78def29067a477da0c122983cd2d3bc.png
[6383572953c0fe6257f6c4d3c951b4a2.png]: /images/20210720/9c7fea797e554151a2520427a732b85e.png
[1a150061e0edc27fbbe52b17f7d1dc3e.png]: /images/20210720/515091425f744a838a479d5b5369a973.png
[3e219b7d7a6575b49ad592230e0f29f9.png]: /images/20210720/a065e4158ae548fe94f9e41bcd3efb88.png
[Docker]: /images/20210720/8d7b8faba182481785c778d028f545b6.png
[Docker_logo]: /images/20210720/8c74555bbfd449e9933fe4e648ee353a.png
[Docker 1]: /images/20210720/383322c844ae48a59858ef472ef47641.png
[11a5199262092cb9717d6329850c1edb.png]: /images/20210720/9482d89024db41cfb4ebd3a1ba6b42b8.png
[k8s VS Docker Swarm]: /images/20210720/160615f6384f49cd84da4c02d9acf4fb.png
[K8s]: /images/20210720/a4948bdd3d254de0a6b382e0486bfc11.png
[Link 1]: https://docs.qq.com/doc/DSmxTbFJ1cmN1R2dB
[451fd1ea535f1b398a7576c1fe63a6be.png]: /images/20210720/026ffb3e99cf410d9b8c2662493fa606.png