2020这一年总结出来的Java面试题，常频面试题大汇总~

我就是我 2022-12-27 15:29 75阅读 0赞

面试就是大家身边总是存在各种各样的可能,而自身又具备这样的能力,就忍不住想试一试，尤其是到了年关，是一个好的蓄势并且认真积累的阶段。当然面试套路众多，但对于技术面试来说，主要是考察一个人的技术能力和沟通能力。不同类型的面试官根据自身的理解问的问题也不尽相同，没有规律可循。

“面试造火箭，工作拧螺丝”首先咱得能拧，才有造火箭的可能啊，这一年整理很多面试的高频问点也做了解析，今天在这分享给大家！

博主已将以下这些面试题整理成了一个Java面试手册，是PDF版的。  
[需要本资料全部面试题的，可以点击这里！！暗号CSDN！][CSDN]

## Java语法基础 ##

**1.面向对象和面向过程的区别**  
面向过程

1.  优点： 性能比面向对象高，因为类调用时需要实例化，开销比较大，比较消耗 资源;比如单片机、嵌入式开发、Linux/Unix
2.  等一般采用面向过程开发，性能是 最重要的因素。 缺点： 没有面向对象易维护、易复用、易扩展

面向对象

1.  优点： 易维护、易复用、易扩展，由于面向对象有封装、继承、多态性的特 性，可以设计出低耦合的系统，使系统更加灵活、更加易于维护 缺点：
2.  性能比面向过程低

## **Java 语言有哪些特点** ##

1. 简单易学；
     2. 面向对象（封装，继承，多态）；
     3. 平台无关性（ Java 虚拟机实现平台无关性）；
     4. 可靠性；
     5. 安全性；
     6. 支持多线程（ C++ 语言没有内置的多线程机制，因此必须调用操作系统的多线程功能来进行多线程程序设计，而 Java 语言却提供了多线程支持）；
    7.支持网络编程并且很方便（ Java 语言诞生本身就是为简化网络编程设计的，因此 Java 语言不仅支持网络编程而且很方便）；
    8. 编译与解释并存；

## 关于 JVM JDK 和 JRE 最详细通俗的解答 ##

**JVM**  
Java 虚拟机（JVM）是运行 Java 字节码的虚拟机。JVM 有针对不同系统的特定实现（Windows，Linux，macOS），目的是使用相同的字节码，它们都会给出相同的结果。

**什么是字节码?采用字节码的好处是什么?**  
在 Java 中，JVM 可以理解的代码就叫做字节码（即扩展名为 .class 的文件），它不面向任何特定的处理器，只面向虚拟机。Java 语言通过字节码的方式，在一定程度上解决了传统解释型语言执行效率低的问题，同时又保留了解释型语言可移植的特点。所以 Java 程序运行时比较高效，而且，由于字节码并不专对一种特定的机器，因此，Java 程序无须重新编译便可在多种不同的计算机上运行。

**Java 程序从源代码到运行一般有下面 3 步：**  
我们需要格外注意的是 .class->机器码 这一步。在这一步 jvm 类加载器首先加载字节码文件，然后通过解释器逐行解释执行，这种方式的执行速度会相对比较慢。而且，有些方法和代码块是经常需要被调用的，也就是所谓的热点代码，所以后面引进了 JIT 编译器，JIT 属于运行时编译。当 JIT 编译器完成第一次编译后，其会将字节码对应的机器码保存下来，下次可以直接使用。而我们知道，机器码的运行效率肯定是高于 Java 解释器的。这也解释了我们为什么经常会说 Java 是编译与解释共存的语言。

> HotSpot 采用了惰性评估(Lazy  
> Evaluation)的做法，根据二八定律，消耗大部分系统资源的只有那一小部分的代码（热点代码），而这也就是 JIT  
> 所需要编译的部分。JVM 会根据代码每次被执行的情况收集信息并相应地做出一些优化，因此执行的次数越多，它的速度就越快。JDK 9  
> 引入了一种新的编译模式AOT(Ahead of Time Compilation)，它是直接将字节码编译成机器码，这样就避免了 JIT  
> 预热等各方面的开销。JDK 支持分层编译和 AOT 协作使用。但是 ，AOT 编译器的编译质量是肯定比不上 JIT 编译器的。

总结：Java 虚拟机（JVM）是运行 Java 字节码的虚拟机。JVM 有针对不同系统的特定实现（Windows，Linux，macOS），目的是使用相同的字节码，它们都会给出相同的结果。字节码和不同系统的 JVM 实现是 Java 语言“一次编译，随处可以运行”的关键所在。

## JDK 和 JRE ##

JDK 是 Java Development Kit，它是功能齐全的 Java SDK。它拥有 JRE 所拥有的一切，还有编译器（javac）和工具（如 javadoc 和 jdb）。它能够创建和编译程序。

JRE 是 Java 运行时环境。它是运行已编译 Java 程序所需的所有内容的集合，包括 Java 虚拟机（JVM），Java 类库，java 命令和其他的一些基础构件。但是，它不能用于创建新程序。

如果你只是为了运行一下 Java 程序的话，那么你只需要安装 JRE 就可以了。如果你需要进行一些 Java 编程方面的工作，那么你就需要安装 JDK 了。但是，这不是绝对的。有时，即使您不打算在计算机上进行任何 Java 开发，仍然需要安装 JDK。例如，如果要使用 JSP 部署 Web 应用程序，那么从技术上讲，您只是在应用程序服务器中运行 Java 程序。那你为什么需要 JDK 呢？因为应用程序服务器会将 JSP 转换为 Java servlet，并且需要使用 JDK 来编译servlet。

## Oracle JDK 和 OpenJDK 的对比 ##

可能在看这个问题之前很多人和我一样并没有接触和使用过 OpenJDK 。那么Oracle 和 OpenJDK 之间是否存在重大差异？下面通过我通过我收集到一些资料对你解答这个被很多人忽视的问题。

对于 Java 7，没什么关键的地方。OpenJDK 项目主要基于 Sun 捐赠的 HotSpot源代码。此外，OpenJDK 被选为 Java 7 的参考实现，由 Oracle 工程师维护。  
关于 JVM，JDK，JRE 和 OpenJDK 之间的区别，Oracle 博客帖子在 2012 年有一个更详细的答案：  
问：OpenJDK 存储库中的源代码与用于构建 Oracle JDK 的代码之间有什么区别？  
答：非常接近 - 我们的 Oracle JDK 版本构建过程基于 OpenJDK 7 构建，只添加了几个部分，例如部署代码，其中包括 Oracle 的 Java 插件和 Java WebStart的实现，以及一些封闭的源代码派对组件，如图形光栅化器，一些开源的第三方组件，如 Rhino，以及一些零碎的东西，如附加文档或第三方字体。展望未来，我们的目的是开源 Oracle JDK 的所有部分，除了我们考虑商业功能的部分。  
总结：

1.  Oracle JDK 版本将每三年发布一次，而 OpenJDK 版本每三个月发布一  
    次；
2.  OpenJDK 是一个参考模型并且是完全开源的，而 Oracle JDK 是  
    OpenJDK 的一个实现，并不是完全开源的；
3.  Oracle JDK 比 OpenJDK 更稳定。OpenJDK 和 Oracle JDK 的代码几乎相同，但 Oracle JDK 有更多的类和一些错误修复。因此，如果您想开发企业/商业软件，我建议您选择 Oracle JDK，因为它经过了彻底的测试和稳定。某些情况下，有些人提到在使用 OpenJDK 可能会遇到了许多应用程序崩溃的问题，但是，只需切换Oracle JDK 就可以解决问题；
4.  顶级公司正在使用 Oracle JDK，例如 Android Studio，Minecraft 和IntelliJ IDEA 开发工具，其中 Open JDK 不太受欢迎；
5.  在响应性和 JVM 性能方面，Oracle JDK 与 OpenJDK 相比提供了更好的性能；
6.  Oracle JDK 不会为即将发布的版本提供长期支持，用户每次都必须通过更新到最新版本获得支持来获取最新版本；
7.  Oracle JDK 根据二进制代码许可协议获得许可，而 OpenJDK 根据 GPL 许可获得许可。

## JVM ##

**内存模型以及分区，需要详细到每个区放什么。**  
JVM 分为堆区和栈区，还有方法区，初始化的对象放在堆里面，引用放在栈里面，class 类信息常量池（static 常量和 static 变量）等放在方法区,new:  
1 方法区：主要是存储类信息，常量池（static 常量和 static 变量），编译后的代码（字节码）等数据  
2 堆：初始化的对象，成员变量 （那种非 static 的变量），所有的对象实例和数组都要在堆上分配  
3 栈：栈的结构是栈帧组成的，调用一个方法就压入一帧，帧上面存储局部变量表，操作数栈，方法出口等信息，局部变量表存放的是 8 大基础类型加上一个应用类型，所以还是一个指向地址的指针  
1 本地方法栈：主要为 Native 方法服务  
2 程序计数器：记录当前线程执行的行号  
**堆里面的分区：Eden，survival （from+ to），老年代，各自的特点。**  
堆里面分为新生代和老生代（java8 取消了永久代，采用了 Metaspace），新生代包含 Eden+Survivor 区，survivor 区里面分为 from 和 to 区，内存回收时，如果用的是复制算法，从 from 复制到 to，当经过一次或者多次 GC 之后，存活下来的对象会被移动到老年区，当 JVM 内存不够用的时候，会触发 Full GC，清理 JVM 老年区当新生区满了之后会触发 YGC,先把存活的对象放到其中一个 Survice区，然后进行垃圾清理。因为如果仅仅清理需要删除的对象，这样会导致内存碎片，因此一般会把 Eden 进行完全的清理，然后整理内存。那么下次 GC 的时候，就会使用下一个 Survive，这样循环使用。如果有特别大的对象，新生代放不下，就会使用老年代的担保，直接放到老年代里面。因为 JVM 认为，一般大对象的存活时间一般比较久远。  
**对象创建方法，对象的内存分配，对象的访问定位**。  
new 一个对象  
**GC 的两种判定方法：**  
引用计数法：指的是如果某个地方引用了这个对象就+1，如果失效了就-1，当为 0 就会回收但是 JVM 没有用这种方式，因为无法判定相互循环引用（A 引用 B,B 引用 A）的情况  
引用链法： 通过一种 GC ROOT 的对象（方法区中静态变量引用的对象等-static 变量）来判断，如果有一条链能够到达 GC ROOT 就说明，不能到达 GC ROOT 就说明可以回收  
**SafePoint 是什么**  
比如 GC 的时候必须要等到 Java 线程都进入到 safepoint 的时候 VMThread 才能开始执行 GC，

1.  循环的末尾 (防止大循环的时候一直不进入 safepoint，而其他线程在等待它进入safepoint)
2.  方法返回前
3.  调用方法的 call 之后
4.  抛出异常的位置

**GC 的三种收集方法：标记清除、标记整理、复制算法的原理与特点，分别用  
在什么地方，如果让你优化收集方法，有什么思路？**  
先标记，标记完毕之后再清除，效率不高，会产生碎片  
复制算法：分为 8：1 的 Eden 区和 survivor 区，就是上面谈到的 YGC  
标记整理：标记完毕之后，让所有存活的对象向一端移动

## 数据库 ##

**请简洁描述 MySQL 中 InnoDB 支持的四种事务隔离级别名称，以及逐级之间的区别？**  
SQL 标准定义的四个隔离级别为：

> read uncommited ：读到未提交数据  
> read committed：脏读，不可重复读  
> repeatable read：可重读  
> serializable ：串行事物

**在 MySQL 中 ENUM 的用法是什么？**  
ENUM 是一个字符串对象，用于指定一组预定义的值，并可在创建表时使用。  
SQL 语法如下：  
Create table size(name ENUM('Smail,‘Medium’,‘Large’);  
**CHAR 和 VARCHAR 的区别？**  
CHAR 和 VARCHAR 类型在存储和检索方面有所不同。  
CHAR 列长度固定为创建表时声明的长度，长度值范围是 1 到 255。 当 CHAR 值被存储时，它们被用空格填充到特定长度，检索 CHAR 值时需删除尾随空格。  
**列的字符串类型可以是什么？**  
字符串类型是：  
SET  
BLOB  
ENUM  
CHAR  
TEXT  
VARCHAR  
**MySQL 中使用什么存储引擎？**  
存储引擎称为表类型，数据使用各种技术存储在文件中。  
技术涉及：  
Storage mechanism  
Locking levels  
Indexing  
Capabilities and functions.

## MySQL ##

**数据库三范式是什么?**

1.  第一范式（1NF）：字段具有原子性,不可再分。(所有关系型数据库系统都满足第一范式数据库表中的字段都是单一属性的，不可再分)
2.  第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。要求数据库表中的每个实例或行必须可以被惟一地区分。通常需要为表加上一个列，以存储各个实例的惟一标识。这个惟一属性列被称为主关键字或主键。
3.  满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。 >所以第三范式具有如下特征： >>1. 每一列只有一个值 >>2. 每一行都能区分。 >>3. 每一个表都不包含其他表已经包含的非主关键字信息。  
    **有哪些数据库优化方面的经验?**
4.  用 PreparedStatement， 一般来说比 Statement 性能高：一个 sql发给服务器去执行，涉及步骤：语法检查、语义分析， 编译，缓存。
5.  有外键约束会影响插入和删除性能，如果程序能够保证数据的完整性，那在设计数据库时就去掉外键。
6.  表中允许适当冗余，譬如，主题帖的回复数量和最后回复时间等
7.  UNION ALL 要比 UNION 快很多，所以，如果可以确认合并的两个结果集中不包含重复数据且不需要排序时的话，那么就使用 UNIONALL。 >>UNION 和 UNION ALL 关键字都是将两个结果集合并为一个，但这两者从使用和效率上来说都有所不同。 >1. 对重复结果的处理：UNION 在进行表链接后会筛选掉重复的记录，Union All 不会去除重复记录。 >2. 对排序的处理：Union 将会按照字段的顺序进行排序；UNION ALL 只是简单的将两个结果合并后就返回。  
    **请简述常用的索引有哪些种类?**  
    1.普通索引: 即针对数据库表创建索引  
    2.索引: 与普通索引类似，不同的就是：MySQL 数据库索引列的值必须唯一，但允许有空值  
    3.主键索引: 它是一种特殊的唯一索引，不允许有空值。一般是在建表的时候同时创建主键索引  
    4.组合索引: 为了进一步榨取 MySQL 的效率，就要考虑建立组合索引。即将数据库表中的多个字段联合起来作为一个组合索引。  
    **以及在 mysql 数据库中索引的工作机制是什么？**  
    数据库索引，是数据库管理系统中一个排序的数据结构，以协助快速查询、更新数据库表中数据。索引的实现通常使用 B 树及其变种 B+树  
    **MySQL 的基础操作命令:**  
    1.MySQL 是否处于运行状态:Debian 上运行命令 service mysqlstatus，在 RedHat 上运行命令 service mysqld status  
    2.开启或停止 MySQL 服务 :运行命令 service mysqld start 开启服务；运行命令 service mysqld stop 停止服务  
    3.Shell 登入 MySQL: 运行命令 mysql -u root -p  
    4.列出所有数据库:运行命令 show databases;  
    5.切换到某个数据库并在上面工作:运行命令 use databasename; 进入名为 databasename 的数据库  
    6.列出某个数据库内所有表: show tables;  
    7.获取表内所有 Field 对象的名称和类型 :describe table\_name;  
    **mysql 的复制原理以及流程。**  
    Mysql 内建的复制功能是构建大型，高性能应用程序的基础。将 Mysql 的数据分布到多个系统上去，这种分布的机制，是通过将 Mysql 的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。 \* 复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。 当一个从服务器连接主服务器时，它通知主服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。  
    过程如下：  
    1.主服务器把更新记录到二进制日志文件中。  
    2.从服务器把主服务器的二进制日志拷贝到自己的中继日志（replay log）中。  
    3.从服务器重做中继日志中的时间，把更新应用到自己的数据库上。

## Redis ##

**什么是 Redis？简述它的优缺点？**  
Redis 的全称是：Remote Dictionary.Server，本质上是一个 Key-Value 类型的内存数据库，很像memcached，整个数据库统统加载在内存当中进行操作，定期通过异步操作把数据库数据 flush 到硬盘上进行保存。  
因为是纯内存操作，Redis 的性能非常出色，每秒可以处理超过 10 万次读写操作，是已知性能最快的Key-Value DB。  
Redis 的出色之处不仅仅是性能，Redis 最大的魅力是支持保存多种数据结构，此外单个 value 的最大限制是 1GB，不像 memcached 只能保存 1MB 的数据，因此 Redis 可以用来实现很多有用的功能。  
比方说用他的 List 来做 FIFO 双向链表，实现一个轻量级的高性 能消息队列服务，用他的 Set 可以做高性能的 tag 系统等等。  
另外 Redis 也可以对存入的 Key-Value 设置 expire 时间，因此也可以被当作一 个功能加强版的memcached 来用。 Redis 的主要缺点是数据库容量受到物理内存的限制，不能用作海量数据的高性能读写，因此 Redis 适合的场景主要局限在较小数据量的高性能操作和运算上。  
**Redis 与 memcached 相比有哪些优势？**  
1.memcached 所有的值均是简单的字符串，redis 作为其替代者，支持更为丰富的数据类型  
2.redis 的速度比 memcached 快很多 redis 的速度比 memcached 快很多  
3.redis 可以持久化其数据 redis 可以持久化其数据  
**Redis 支持哪几种数据类型？**  
String、List、Set、Sorted Set、hashes  
**Redis 主要消耗什么物理资源？**  
内存。  
**Redis 有哪几种数据淘汰策略？**  
1.noeviction:返回错误当内存限制达到，并且客户端尝试执行会让更多内存被使用的命令。  
2.allkeys-lru: 尝试回收最少使用的键（LRU），使得新添加的数据有空间存放。  
3.volatile-lru: 尝试回收最少使用的键（LRU），但仅限于在过期集合的键,使得新添加的数据有空间存放。  
4.allkeys-random: 回收随机的键使得新添加的数据有空间存放。  
5.volatile-random: 回收随机的键使得新添加的数据有空间存放，但仅限于在过期集合的键。  
6.volatile-ttl: 回收在过期集合的键，并且优先回收存活时间（TTL）较短的键,使得新添加的数据有空间  
存放。  
**Redis 官方为什么不提供 Windows 版本？**  
因为目前 Linux 版本已经相当稳定，而且用户量很大，无需开发 windows 版本，反而会带来兼容性等问题。  
**一个字符串类型的值能存储最大容量是多少？512M**  
**为什么 Redis 需要把所有数据放到内存中？**  
Redis 为了达到最快的读写速度将数据都读到内存中，并通过异步的方式将数据写入磁盘。  
所以 redis 具有快速和数据持久化的特征，如果不将数据放在内存中，磁盘 I/O 速度为严重影响 redis 的  
性能。  
在内存越来越便宜的今天，redis 将会越来越受欢迎， 如果设置了最大使用的内存，则数据已有记录数达到内存限值后不能继续插入新值。  
**Redis 集群方案应该怎么做？都有哪些方案**？  
1.codis  
2.目前用的最多的集群方案，基本和 twemproxy 一致的效果，但它支持在节点数量改变情况下，旧节点数据可恢复到新 hash 节点。  
redis cluster3.0 自带的集群，特点在于他的分布式算法不是一致性 hash，而是 hash 槽的概念，以及自身支持节点设置从节点。具体看官方文档介绍。  
3.在业务代码层实现，起几个毫无关联的 redis 实例，在代码层，对 key 进行 hash 计算，然后去对应的redis 实例操作数据。这种方式对 hash 层代码要求比较高，考虑部分包括，节点失效后的替代算法方案，数据震荡后的自动脚本恢复，实例的监控，等等。

## Spring ##

**什么是 spring?**  
Spring 是个 java 企业级应用的开源开发框架。Spring 主要用来开发 Java 应用， 但是有些扩展是针对构建 J2EE 平台的 web 应用。Spring 框架目标是简化 Java 企业级应用开发，并通过 POJO 为基础的编程模型促进良好的编程习惯。  
**使用 Spring 框架的好处是什么？**  
1 轻量：Spring 是轻量的，基本的版本大约 2MB。  
2 控制反转：Spring 通过控制反转实现了松散耦合，对象们给出它们的依 赖，而不是创建或查找依赖的对象们。  
3 面向切面的编程(AOP)：Spring 支持面向切面的编程，并且把应用业务 逻辑和系统服务分开。  
4 容器：Spring 包含并管理应用中对象的生命周期和配置。  
5 MVC 框架：Spring 的 WEB 框架是个精心设计的框架，是 Web 框架的 一个很好的替代品。  
6 事务管理：Spring 提供一个持续的事务管理接口，可以扩展到上至本地 事务下至全局事务（JTA）。  
7 异常处理：Spring提供方便的 API 把具体技术相关的异常（比如由JDBC， HibernateorJDO 抛出的）转化为一致的 unchecked 异常。  
**Spring 由哪些模块组成?**  
以下是 Spring 框架的基本模块：  
 Coremodule  
 Beanmodule  
 Contextmodule  
 ExpressionLanguagemodule  
 JDBCmodule  ORMmodule  
 OXMmodule  JavaMessagingService(JMS)module  
 Transactionmodule  
 Webmodule  
 Web-Servletmodule  
 Web-Strutsmodule  
 Web-Portletmodule  
**核心容器（应用上下文)模块。**  
这是基本的 Spring 模块，提供 spring 框架的基础功能，BeanFactory 是任何 以 spring 为基础的应用的核心。Spring 框架建立在此模块之上，它使 Spring 成为一个容器。  
**BeanFactory–BeanFactory 实现举例。**  
Bean 工厂是工厂模式的一个实现，提供了控制反转功能，用来把应用的配置和 依赖从正真的应用代码中分离。 最常用的 BeanFactory 实现是 XmlBeanFactory 类。  
**XMLBeanFactory**  
最常用的就是 org.springframework.beans.factory.xml.XmlBeanFactory，它 根据 XML 文件中的定义加载 beans。该容器从 XML 文件读取配置元数据并用 它去创建一个完全配置的系统或应用。  
**解释 AOP 模块**  
AOP 模块用于发给我们的 Spring 应用做面向切面的开发，很多支持由 AOP 联 盟提供，这样就确保了 Spring 和其他 AOP 框架的共通性。这个模块将元数据 编程引入 Spring。

## SpringBoot ##

**什么是 Spring Boot？**  
多年来，随着新功能的增加，spring 变得越来越复杂。只需访问 https://spring.io/projects页面，我们就会看到可以在我们的应用程序中使用的所有 Spring 项目的不同功能。如果必须启动一个新的 Spring 项目，我们必须添加构建路径或添加 Maven 依赖关系，配置应用程序服务器，添加 spring 配置。因此，开始一个新的 spring 项目需要很多努力，因为我们现在必须从头开始做所有事情。  
Spring Boot 是解决这个问题的方法。Spring Boot 已经建立在现有 spring 框架之上。使用spring 启动，我们避免了之前我们必须做的所有样板代码和配置。因此，Spring Boot 可以帮助我们以最少的工作量，更加健壮地使用现有的 Spring 功能。  
**Spring Boot 有哪些优点？**  
Spring Boot 的优点有：  
1.减少开发，测试时间和努力。  
2.使用 JavaConfig 有助于避免使用 XML。  
3.避免大量的 Maven 导入和各种版本冲突。  
4.提供意见发展方法。  
5.通过提供默认值快速开始开发。  
没有单独的 Web 服务器需要。这意味着你不再需要启动 Tomcat，Glassfish 或其他任何东  
西。  
需要更少的配置 因为没有 web.xml 文件。只需添加用@ Configuration 注释的类，然后添加  
用@Bean 注释的方法，Spring 将自动加载对象并像以前一样对其进行管理。您甚至可以将  
@Autowired 添加到 bean 方法中，以使 Spring 自动装入需要的依赖关系中。  
基于环境的配置 使用这些属性，您可以将您正在使用的环境传递到应用程序：-Dspring.profiles.active = \{enviornment\}。在加载主应用程序属性文件后，Spring 将在（application\{environment\} .properties）中加载后续的应用程序属性文件。

**什么是 JavaConfig？**  
Spring JavaConfig 是 Spring 社区的产品，它提供了配置 Spring IoC 容器的纯 Java 方法。因此它有助于避免使用 XML 配置。使用 JavaConfig 的优点在于：  
面向对象的配置。由于配置被定义为 JavaConfig 中的类，因此用户可以充分利用 Java 中的面向对象功能。一个配置类可以继承另一个，重写它的@Bean 方法等。  
减少或消除 XML 配置。基于依赖注入原则的外化配置的好处已被证明。但是，许多开发人员不希望在 XML 和 Java 之间来回切换。JavaConfig 为开发人员提供了一种纯 Java 方法来配置与 XML 配置概念相似的 Spring 容器。从技术角度来讲，只使用 JavaConfig 配置类来配置容器是可行的，但实际上很多人认为将 JavaConfig 与 XML 混合匹配是理想的。  
类型安全和重构友好。JavaConfig 提供了一种类型安全的方法来配置 Spring 容器。由于Java 5.0 对泛型的支持，现在可以按类型而不是按名称检索 bean，不需要任何强制转换或基于字符串的查找。

**如何重新加载 Spring Boot 上的更改，而无需重新启动服务器？**  
这可以使用 DEV 工具来实现。通过这种依赖关系，您可以节省任何更改，嵌入式 tomcat将重新启动。Spring Boot 有一个开发工具（DevTools）模块，它有助于提高开发人员的生产力。Java 开发人员面临的一个主要挑战是将文件更改自动部署到服务器并自动重启服务器。  
开发人员可以重新加载 Spring Boot 上的更改，而无需重新启动服务器。这将消除每次手动部署更改的需要。Spring Boot 在发布它的第一个版本时没有这个功能。这是开发人员最需要的功能。DevTools 模块完全满足开发人员的需求。该模块将在生产环境中被禁用。它还提供 H2 数据库控制台以更好地测试应用程序。  
org.springframework.boot spring-boot-devtools true

**Spring Boot 中的监视器是什么？**  
Spring boot actuator 是 spring 启动框架中的重要功能之一。Spring boot 监视器可帮助您访问生产环境中正在运行的应用程序的当前状态。有几个指标必须在生产环境中进行检查和监控。即使一些外部应用程序可能正在使用这些服务来向相关人员触发警报消息。监视器模块公开了一组可直接作为 HTTP URL 访问的 REST 端点来检查状态。

# kafka #

**Kafka 的设计时什么样的呢？**  
Kafka 将消息以 topic 为单位进行归纳  
将向 Kafka topic 发布消息的程序成为 producers.  
将预订 topics 并消费消息的程序成为 consumer.  
Kafka 以集群的方式运行，可以由一个或多个服务组成，每个服务叫做一个 broker.  
producers 通过网络将消息发送到 Kafka 集群，集群向消费者提供消息  
**数据传输的事物定义有哪三种？**  
数据传输的事务定义通常有以下三种级别：  
（1）最多一次: 消息不会被重复发送，最多被传输一次，但也有可能一次不传输  
（2）最少一次: 消息不会被漏发送，最少被传输一次，但也有可能被重复传输.  
（3）精确的一次（Exactly once）: 不会漏传输也不会重复传输,每个消息都传输被一次而且仅仅被传输一次，这是大家所期望的  
**Kafka 判断一个节点是否还活着有那两个条件？**  
（1）节点必须可以维护和 ZooKeeper 的连接，Zookeeper 通过心跳机制检查每个节点的连接  
（2）如果节点是个 follower,他必须能及时的同步 leader 的写操作，延时不能太久  
**producer 是否直接将数据发送到 broker 的 leader(主节点)？**  
producer 直接将数据发送到 broker 的 leader(主节点)，不需要在多个节点进行分发，为了  
帮助 producer 做到这点，所有的 Kafka 节点都可以及时的告知:哪些节点是活动的，目标  
topic 目标分区的 leader 在哪。这样 producer 就可以直接将消息发送到目的地了  
**Kafa consumer 是否可以消费指定分区消息？**  
Kafa consumer 消费消息时，向 broker 发出"fetch"请求去消费特定分区的消息，consumer指定消息在日志中的偏移量（offset），就可以消费从这个位置开始的消息，customer 拥有了 offset 的控制权，可以向后回滚去重新消费之前的消息，这是很有意义的  
**Kafka 消息是采用 Pull 模式，还是 Push 模式？**  
Kafka 最初考虑的问题是，customer 应该从 brokes 拉取消息还是 brokers 将消息推送到consumer，也就是 pull 还 push。在这方面，Kafka 遵循了一种大部分消息系统共同的传统的设计：producer 将消息推送到 broker，consumer 从 broker 拉取消息

一些消息系统比如 Scribe 和 Apache Flume 采用了 push 模式，将消息推送到下游的consumer。这样做有好处也有坏处：由 broker 决定消息推送的速率，对于不同消费速率的consumer 就不太好处理了。消息系统都致力于让 consumer 以最大的速率最快速的消费消息，但不幸的是，push 模式下，当 broker 推送的速率远大于 consumer 消费的速率时，consumer 恐怕就要崩溃了。最终 Kafka 还是选取了传统的 pull 模式

> Pull 模式的另外一个好处是 consumer 可以自主决定是否批量的从 broker 拉取数据。Push模式必须在不知道下游  
> consumer 消费能力和消费策略的情况下决定是立即推送每条消息还是缓存之后批量推送。如果为了避免 consumer  
> 崩溃而采用较低的推送速率，将可能导致一次只推送较少的消息而造成浪费。Pull 模式下，consumer  
> 就可以根据自己的消费能力去决定这些策略 Pull 有个缺点是，如果 broker 没有可供消费的消息，将导致 consumer  
> 不断在循环中轮询，直到新消息到 t 达。为了避免这点，Kafka 有个参数可以让 consumer  
> 阻塞知道新消息到达(当然也可以阻塞知道消息的数量达到某个特定的量这样就可以批量发

欢迎工作一到五年的 Java 工程师朋友们进群！群内提供免费的  
Java 架构学习资料（里面有高可用、高并发、高性能及分布式、Jvm 性能调优、Spring 源码，  
MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx 等多个知识点的架构资  
料）合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒  
惰！趁年轻，使劲拼，给未来的自己一个交代！

[需要本资料全部面试题的，可以点击这里！！暗号CSDN！][CSDN]

这篇文章里面包括的面试题都有，还包括了高可用、高并发、高性能及分布式、Jvm 性能调优、Spring 源码，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx 等多个知识点的架构资料）都可以来领取！合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！

[CSDN]: https://jq.qq.com/?_wv=1027&k=bOFwvEhp