【架构师面试】-提纲目录-10万字全方位JAVA面试题汇总-不断更新中...

1：引言

        涨薪路上，你是否遇到以下问题？

        面试工作中

        1：源码原理生搬硬套，层层拷问信心全无

        2：工作中追求效率，面试中被深挖细节

        网上资料里

        1：乌龙混杂，质量不高，验证成本高

        2：越找越多，不知重点，学习成本高

        3：零散分散，不成体系，关联成网难

2：概述

        最近学习开课吧课程中，现在对课程的笔记做整理，也是自己对学习成果的一个 小节。希望可以帮助到正在面试和准备面试的各位大佬们。

3：主题拆解

1：大厂内部面试题

1：【架构师面试-大厂内部面试题-1】-JAVA开发工程师精选面试100题：依次包括Dubbo,ES,JVM,多线程/高并发,消息中间件，Spring Cloud。

2：【架构师面试-大厂内部面试题-2】-MySQL笔试题33道|附答案和表结构：做完这33道题，再也不用担心sql笔试，废话不多说，咱们直接上干货！！！

3：【架构师面试-大厂内部面试题-3】-MySQL基础命令面试大全40题：做完这40道题，再也不用担心MySQL命令了，废话不多说，咱们直接上干货！！！

4：【架构师面试-大厂内部面试题-4】-MySQL 运维基础知识面试题汇总50题：吃透这50道题，再也不用担心sql运维了，废话不多说，咱们直接上干货！！！

2：JVM原理面试专题

1：【架构师面试-JVM原理-1】-JVM内存：JVM中的内存主要划分为5个区域，即方法区，堆内存，程序计数器，虚拟机栈以及本地方法栈。

2：【架构师面试-JVM原理-2】-JVM加载类过程：在Java中，一个java类将会编译成一个class文件。在编译时，java类并不知道所引用的类的实际地址，因此只能使用符号引用来代替。

3：【架构师面试-JVM原理-3】-JVM垃圾回收：垃圾回收器通常是作为一个单独的低级别的线程运行，在不可预知的情况下对内存堆中已经死亡的或者长时间没有使用的对象进行清除和回收，程序员不能实时的调用垃圾回收器对某个对象或所有对象进行垃圾回收。

4：【架构师面试-JVM原理-4】-JVM参数设置和调优：GC 调优目的:将转移到老年代的对象数量降低到最小；减少 GC 的执行时间。

5：【架构师面试-JVM原理-5】-JVM内存泄漏故障排查实战：VisualVM，能够监控线程，内存情况，查看方法的CPU时间和内存中的对象，已被GC的对象，反向查看分配的堆栈

3：JUC并发编程面试专题

1：【架构师面试-JUC并发编程-1】-多线程基础：并发编程的优缺点，并行与并发的区别，以及线程状态与状态之间的转换

2：【架构师面试-JUC并发编程-2】-JMM并发编程原理：JMM是java memory model(Java内存模型)，重排序、原子性、可见性

3：【架构师面试-JUC并发编程-3】-CAS实现线程安全：compare and swap,主要用在并发场景中，是一种思想，是一种实现线程安全的算法。在并发编程中实现那些不能被打断的交换操作，从而避免在多线程下执行顺序不确定导致错误。

4：【架构师面试-JUC并发编程-4】-并发容器：ConcurrentHashMap，CopyOnWriteArrayList，BlockingQueue，ConcurrentLinkedQueue。 

5：【架构师面试-JUC并发编程-5】-锁：锁的分类，使用方法以及锁优化策略

6：【架构师面试-JUC并发编程-6】-死锁及解决方案：当两个（或更多）线程相互持有对方所需要的资源，又不主动释放，导致所有人都无法继续前进，导致程序陷入无尽的阻塞，这就是死锁。

7：【架构师面试-JUC并发编程-7】-控制并发流程：控制并发流程工具类就是帮助程序员更容易的让线程之间合作。

8：【架构师面试-JUC并发编程-8】-AQS：锁和协作类（信号量）有共同点：类似一个闸门（只允许部分线程通过），因为它们底层都用一个共同的基类AQS。

9：【架构师面试-JUC并发编程-9】-线程池：使用线程池，可以复用线程及控制线程的总量。如果不使用线程池，每个任务都要 新开一个线程来处理，反复创建线程开销大，过多的线程会占用太多内存。

10：【架构师面试-JUC并发编程-10】-ThreadLocal： ThreadLocal为每个线程维护一个本地变量。采用空间换时间，它用于线程间的数据隔离，为每一个使用该变量的线程提供一个副本，每个线程都可以独立地改变自己的副本，而不会和其他线程的副本冲突。

11：【架构师面试-JUC并发编程-11】-Future和FutureTask：FutureTask叫未来任务，可以将一个复杂的任务剔除出去交给另外一个线程来完成。

12：【架构师面试-JUC并发编程-12】-基于源码分析-线程池合适的线程数量是多少：本章主要讨论线程池合适的线程数量是多少，以及 CPU 核心数和线程数的关系。我们调整线程池中的线程数量的最主要的目的是为了充分并合理地使用 CPU 和内存等资源，从而最大限度地提高程序的性能。在实际工作中，我们需要根据任务类型的不同选择对应的策略。

4：Java编程基本功面试专题

1：【架构师面试-Java编程基本功-1】-计算机网络体系结构：在计算机网络要做到井井有条的交换数据，就必须遵守一些事先约定好的规则，比如交换数据的格式、是否需要发送一个应答信息。这些规则被称为网络协议。

2：【架构师面试-Java编程基本功-2】-网络协议之TCP/UDP：TCP/IP 即传输控制/网络协议，是面向连接的协议，发送数据前要先建立连接(发送方和接收方的成对的两个之间必须建 立连接)，TCP 提供可靠的服务。

3：【架构师面试-Java编程基本功-3】-HTTP和HTTPS协议原理剖析：Http 协议是对客户端和服务器端之间数据之间实现可靠性的传输文字、图片、音频、视频等超文本数据的规范，格式简称为“超文本传输协议”。

4：【架构师面试-Java编程基本功-4】-IO的区别与分类：Java 中 I/O 是以流为基础进行数据的输入输出的，所有数据被串行化(所谓串行化就是数据要按顺序进行输入输出)写入输出流。简单来说就是java 通过 io 流方式和外部设备进行交互。

5：【架构师面试-Java编程基本功-5】-五种IO模型：阻塞 BIO，非阻塞 NIO，异步 AIO，信号驱动 IO，IO 多路转接。

6：【架构师面试-Java编程基本功-6】-基于源码实现IO基本操作：这里的基本操作就是普通的读取操作，如果想要跟深入的了解不同的 IO开发场景必须先了解 IO 的基本操作。

7：【架构师面试-Java编程基本功-7】-基于NIO实现网络通信源码：NIO 是 JDK1.4 提供的操作，他的流还是流，没有改变，服务器实现的还是一个连接一个线程，当是：客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有 I/O 请求时才启动一个线程进行处理。

8：【架构师面试-Java编程基本功-8】-Linux内核与文件系统：Linux 系统的核心是内核。内核控制着计算机系统上的所有硬件和软件，在必要时分配硬件，并根据需要执行软件。

9：【架构师面试-Java编程基本功-9】-Linux基本命令：cd，pwd，ls，ll，touch，mkdir，cat，more，less，tail，cp，mv等等常用命令。

10：【架构师面试-Java编程基本功-10】-Spring 核心概念：Spring 是一个轻量级 Java 开发框架，最早有 Rod Johnson 创建，目的是为了解决企业级应用开发的业务逻辑层和其他各层的耦合问题。它是一个分层的 JavaSE/JavaEE full-stack（一站式）轻量级开源框架，为开发 Java 应用程序提供全面的基础架构支持。Spring 负责基础架构，因此 Java 开发者可以专注于应用程序的开发。

11：【架构师面试-Java编程基本功-11】-Spring之模块与应用上下文：Spring 总共大约有 20 个模块， 由 1300 多个不同的文件构成。 而这些组件被分别整合在核心容器（Core Container）、AOP（Aspect Oriented Programming）和设备支持（Instrmentation） 、数据访问与集成（Data Access/Integeration） 、 Web、 消息（Messaging） 、 Test 等 6 个 模块中。 

12：【架构师面试-Java编程基本功-12】-Spring之IOC与容器：管理对象的创建和依赖关系的维护。对象的创建并不是一件简单的事，在对象关系比较复杂时，如果依赖关系需要程序猿来维护的话，那是相当头疼的。解耦，由容器去维护具体的对象。

13：【架构师面试-Java编程基本功-13】-Spring 之依赖注入：依赖注入的基本原则是：应用组件不应该负责查找资源或者其他依赖的协作对象。 配置对象的工作应该由 IOC 容器负责，“查找资源”的逻辑应该从应用组件的代码中抽取出来，交给 IOC 容器负责。容器全权负责组件的装配，它会把符合依赖关系的对象通过属性（JavaBean 中的 setter）或者是构造器传递给需要的对象。

14：【架构师面试-Java编程基本功-14】-Spring beans作用域与生命周期：Spring beans 是那些形成 Spring 应用的主干的 java 对象。它们被 Spring IOC 容器初始化，装配，和管理。这些 beans 通过容器中配置的元数据创建。比如，以 XML 文件中 的形式定义。

15：【架构师面试-Java编程基本功-15】-bean的装配与自动装配：装配，或 bean 装配是指在 Spring 容器中把 bean 组装到一起，前提是容器需要知道bean 的依赖关系，如何通过依赖注入来把它们装配到一起。

16：【架构师面试-Java编程基本功-16】-Spring 注解：基于 Java 的配置，允许你在少量的 Java 注解的帮助下，进行你的大部分Spring 配置而非通过 XML 文件。

17：【架构师面试-Java编程基本功-17】-Spring数据访问与事务管理：Spring 通过提供 ORM 模块，支持我们在直接 JDBC 之上使用一个对象/关系映射映射(ORM)工具，Spring 支持集成主流的 ORM 框架，如 Hiberate，JDO 和 MyBatis，JPA，TopLink，JDO，OJB 等待 。Spring 的事务管理同样支持以上所有 ORM 框架及 JDBC。

18：【架构师面试-Java编程基本功-18】-Spring AOP面向切面编程：AOP(Aspect-Oriented Programming)，一般称为面向切面编程，作为面向对象的一种补充，用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取并封装为一个可重用的模块，这个模块被命名为“切面”（Aspect），减少系统中的重复代码，降低了模块间的耦合度，同时提高了系统的可维护性。可用于权限认证、日志、事务处理等。

19：【架构师面试-Java编程基本功-19】-Spring Boot工作原理与优点：Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，使开发者能快速上手。

20：【架构师面试-Java编程基本功-20】-Spring Boot配置与事务：Spring JavaConfig 是 Spring 社区的产品，Spring 3.0 引入了他，它提供了配置 Spring IOC 容器的纯 Java 方法。因此它有助于避免使用XML 配置。

21：【架构师面试-Java编程基本功-21】-Spring Boot微服务与安全性：为了实现 Spring Boot 的安全性，我们使用 spring-boot-starter-security 依赖项，并且必须添加安全配置。它只需要很少的代码。配置类将必须扩展WebSecurityConfigurerAdapter 并覆盖其方法。

5：消息队列面试专题

1：【架构师面试-消息队列-1】-消息队列是什么：消息队列，分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削峰等问题。可实现高性能，高可用，可伸缩的最终一致性架构，是大型分布式系统不可或缺的基本组件【中间件】。

2：【架构师面试-消息队列-2】-消息队列使用场景剖析：应用解耦，异步处理，流量削峰，信息通信，日志处理。

3：​​​【架构师面试-消息队列-3】-消息的幂等性：幂等【idempotence】是一个数学与计算机学的概念，常见于抽象代数中。在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。

4：【架构师面试-消息队列-4】-消息的顺序性：消息队列中的若干消息如果是对同一个数据进行操作，这些操作具有前后的关系，必须要按前后的顺序执行，否则就会造成数据异常。

5：【架构师面试-消息队列-5】-MQ消息可靠性实战源码解决方案：如果保证消息的可靠性？生产者能否百分之百将消息发送给消息队列。消费者发送消息给MQ失败，消息丢失怎么办；交换机路由到队列失败，路由键写错该如何处理。

6：【架构师面试-消息队列-6】-MQ消息的积压与过期解决方案：线上故障，几千万条数据在MQ里积压了7-8个小时。这时，怎么处理呢？修复consumer端的BUG，然后等待8个小时消费完毕吗？肯定不行！一个消费者一秒是1000条，一秒3个消费者是3000条，一分钟是18万条，1000多万条。 如果你积压了上千万数据，即使消费者恢复，也需要2小时以上才能恢复。

7：【架构师面试-消息队列-7】-常见消息队列产品使用场景与优缺点对比：ActiveMQ，RabbitMQ，RocketMQ与Kafka对比。

8：【架构师面试-消息队列-8】-消息队列的一般存储方式：当前业界几款主流的MQ消息队列采用的存储方式主要有以下三种方式：文件系统，分布式KV存储，关系型数据库 DB。

6：存储面试专题

1：【架构师面试-存储-1】-行式存储与列式存储：传统的关系型数据库，如 Oracle、DB2、MySQL、SQL SERVER 等采用行式存储法(Row-based)。在基于行式存储的数据库中， 数据是按照行数据为基础逻辑存储单元进行存储的， 一行中的数据在存储介质中以连续存储形式存在。列式是相对于行式存储来说的，新兴的 Hbase、HP Vertica、EMC Greenplum 等分布式数据库均采用列式存储。在基于列式存储的数据库中， 数据是按照列为基础逻辑存储单元进行存储的，一列中的数据在存储介质中以连续存储形式存在。

2：【架构师面试-存储-2】-数据库事务与事务隔离：事务指的是逻辑上的一组操作，组成这组操作的各个单元要么全都成功，要么全都失败。事务作用：保证在一个事务中多次SQL操作要么全都成功，要么全都失败。

3：【架构师面试-存储-3】-MySQL全局锁|表级锁|行锁：数据库为多用户共享的，当出现并发访问的时候，需要使用锁来控制资源的访问。根据加锁的范围，MySQL里面的锁大致可以分成全局锁、表级锁和行锁三类。

4：【架构师面试-存储-4】-MySQL基于MVCC解决丢失更新：MVCC（多版本的并发控制，英文全称：Multi Version Concurrency Control）机制主要用来解决事务中的丢失更新问题。MVCC是用于数据库提供并发访问控制的并发控制技术。与MVCC相对的是基于锁的并发控制， Lock-Based Concurrency Control （LBCC）。

5：【架构师面试-存储-5】-MySQL索引-二叉查找树-红黑树-B树-B+树：检索效率：可以提高数据检索的效率，降低数据库的IO成本，类似于书的目录。快速排序：通过索引列对数据进行排序，降低数据排序的成本，降低了CPU的消耗。被索引的列会自动进行排序，包括【单列索引】和【组合索引】，只是组合索引的排序要复杂一些。如果按照索引列的顺序进行排序，对应order by语句来说，效率就会提高很多。

6:【架构师面试-存储-6】-MySQL分库分表的拆分规则：分库分表就是要将大量数据分散到多个数据库中，使每个数据库中数据量小响应速度快，以此来提升数据库整体性能。核心理念就是对数据进行切分（ Sharding ），以及切分后如何对数据的快速定位与整合。针对数据切分类型，大致可以分为：垂直（纵向）切分和水平（横向）切分两种。

7：缓存面试专题

1：【架构师面试-缓存-1】-缓存与缓存置换策略源码实现：缓存：加速数据访问的存储，降低延迟(latency)，提升吞吐量(Throughput)的利器。

2：【架构师面试-缓存-2】-基于布隆过滤器解决缓存穿透：一个常见的缓存使用方式：读请求来了，先查下缓存，缓存有值命中，就直接返回；缓存没命中，就去查数据库，然后把数据库的值更新到缓存，再返回。缓存穿透：指查询一个一定不存在的数据，由于缓存是不命中时需要从数据库查询，查不到数据则不写入缓存，这将导致这个不存在的数据每次请求都要到数据库去查询，进而给数据库带来压力。

8：搜索面试专题

1：【架构师面试-搜索-1】-全文检索和倒排索引：全文检索是利用倒排索引技术对需要搜索的数据进行处理，然后提供快速匹配的技术。其实全文检索还有另外一种专业定义，先创建索引然后对索引进行搜索的过程，就是全文检索。倒排索引：首先对数据按列拆分存储，然后对文档中的数据分词，对词条进行索引，并记录词条在文档中出现的位置。这样查找时只要找到了词条，就找到了对应的文档。概括来讲是先找到词条，然后看看哪些文档包含这些词条。

2：【架构师面试-搜索-2】-ElasticSearch集群shard与replicas机制：在分布式系统中，单机无法存储规模巨大的数据，要依靠大规模集群处理和存储这些数据，一般通过增加机器数量来提高系统水平扩展能力。因此，需要将数据分成若干小块分配到各个机器上。然后通过某种路由策略找到某个数据块所在的位置。

3：【架构师面试-搜索-3】-ElasticSearch集群启动过程：理解原理对于解决或避免集群维护过程中可能遇到的脑裂、无主、恢复慢、丢数据等问题很有帮助。

4：【架构师面试-搜索-4】-ElasticSearch集群Master选举机制：Discovery模块：负责发现集群中的节点，以及选择主节点。ES支持多种不同Discovery类型选择，内置的实现称为Zen Discovery。Zen Discovery封装了节点发现（Ping）、选主等实现过程。

9：云原生面试专题

1：【架构师面试-云原生-1】-云原生面试之Docker面试题大全30题：依次包括镜像，容器，仓库，配置，Docker与虚拟化等。

2：【架构师面试-云原生-2】-云原生面试之Kubernetes(k8s)面试题大全100题：依次包括组件，POD，Deployment与Service，通信，安全，网络，存储等。

10：分布式面试专题

1：【架构师面试-分布式-1】-分布式CAP和BASE原则：分布式系统是多个处理机通过通信线路互联而构成的松散耦合的系统。从系统中某台处理机来看，其余的处理机和相应的资源都是远程的，只有它自己的资源才是本地的。至今，对分布式系统的定义尚未形成统一的见解。

2：【架构师面试-分布式-2】-解决共识问题方案-Raft 算法：Raft算法是一种非常易于理解的分布式共识算法。Raft算法可以保障分布式系统数据的一致性，解决分 布式容错系统的共识问题。在容错性与性能表现方面等同于老牌的复杂的Paxos共识算法。Raft 算法：是一个最终一致性的算法，不是强一致性算法。