2022年，面试准备个人总结，涵盖热门面试知识点，不涉及详细分析，持续更新中。

整体模块大致分为Java基础、多线程、框架、Redis、MQ、MySQL、架构设计、数据结构和算法、中间件等，会根据面试内容不断完善。

JAVA基础

对象创建的方式

对象引用的类型

对象的生命周期

• 创建阶段（Creation）
• 应用阶段（In Use）
• 不可视阶段（Invisible）
• 不可达阶段（Unreachable）
• 可收集阶段（Collected）
• 终结阶段（Finalized）
• 对象空间重分配阶段(De-allocated)

类加载过程

虚拟机加载类主要有五个过程：加载、验证、准备、解析和初始化。

字节码

JVM

Java内存模型JMM

Java 内存模型是一种规范，定义了很多东西：

• 所有的变量都存储在主内存(Main Memory)中。
• 每个线程都有一个私有的本地内存(Local Memory)，本地内存中存储了该线程以读/写共享变量的拷贝副本。
• 线程对变量的所有操作都必须在本地内存中进行，而不能直接读写主内存。
• 不同的线程之间无法直接访问对方本地内存中的变量。

为了更好的控制主内存和本地内存的交互，Java 内存模型定义了八种操作来实现：

• lock：锁定。作用于主内存的变量，把一个变量标识为一条线程独占状态。
• unlock：解锁。作用于主内存变量，把一个处于锁定状态的变量释放出来，释放后的变量才可以被其他线程锁定。
• read：读取。作用于主内存变量，把一个变量值从主内存传输到线程的工作内存中，以便随后的load动作使用
• load：载入。作用于工作内存的变量，它把read操作从主内存中得到的变量值放入工作内存的变量副本中。
• use：使用。作用于工作内存的变量，把工作内存中的一个变量值传递给执行引擎，每当虚拟机遇到一个需要使用变量的值的字节码指令时将会执行这个操作。
• assign：赋值。作用于工作内存的变量，它把一个从执行引擎接收到的值赋值给工作内存的变量，每当虚拟机遇到一个给变量赋值的字节码指令时执行这个操作。
• store：存储。作用于工作内存的变量，把工作内存中的一个变量的值传送到主内存中，以便随后的write的操作。
• write：写入。作用于主内存的变量，它把store操作从工作内存中一个变量的值传送到主内存的变量中。

注意：工作内存也就是本地内存的意思。

虚拟机内存模型

线程共享：堆、方法区

非线程共享：虚拟机栈、本地方法栈、程序计数器

Java堆 = 老年代 + 新生代 = Eden + S0 + S1

GC

设置堆内存，-Xms最小，-Xmx最大；新生代和老年代比例，合适的GC算法、GC日志、OOM自动dump

java8默认并行垃圾收集器（Parallel GC），9之后是G1

排查

• 收集不同的指标（CPU，内存，磁盘IO，网络等等）
• 分析应用日志
• 分析GC日志
• 获取线程转储并分析
• 获取堆转储来进行分析

多线程

线程生命周期：新建（new）-就绪（runable)-运行（running）-blocked（阻塞）-死亡（dead）

线程池

配置参数如下：

(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit,BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory,RejectedExecutionHandler handler);

锁

AQS

实现AQS

从上面可以看出自定义同步类的实现条件

• 实现Lock接口，lock()和 unlock()方法，具体实现依赖Sync
• 自定义Sync（继承AQS）作为内部类，内部类实现tryAcquire()和tryRelease()。

常用类

CountDownLatch、ReentrantLock、ReadWriteLock、Semaphore

ThreadLocal、AtomicInteger

Spring/SpringBoot

对象的生命周期

AOP原理

动态代理

@Autowire和@Resource区别

@Autowire bytype,@Resource byName(推荐使用)

BeanFactory和FactoryBean

BeanFactory和ApplicationContext区别

ApplicationContext继承了BeanFactory，BeanFactory是Spring中比较原始的Factory，它不支持AOP、Web等Spring插件，而ApplicationContext不仅包含了BeanFactory的所有功能，还有强大的事件机制(Event)、底层资源的访问、国际化。

Springboot自动配置

循环依赖

Spring通过三级缓存解决了循环依赖，其中一级缓存为单例池（singletonObjects）,二级缓存为早期曝光对象earlySingletonObjects，三级缓存为早期曝光对象工厂（singletonFactories）。当A、B两个类发生循环引用时，在A完成实例化后，就使用实例化后的对象去创建一个对象工厂，并添加到三级缓存中，如果A被AOP代理，那么通过这个工厂获取到的就是A代理后的对象，如果A没有被AOP代理，那么这个工厂获取到的就是A实例化的对象。当A进行属性注入时，会去创建B，同时B又依赖了A，所以创建B的同时又会去调用getBean(a)来获取需要的依赖，此时的getBean(a)会从缓存中获取，第一步，先获取到三级缓存中的工厂；第二步，调用对象工工厂的getObject方法来获取到对应的对象，得到这个对象后将其注入到B中。紧接着B会走完它的生命周期流程，包括初始化、后置处理器等。当B创建完后，会将B再注入到A中，此时A再完成它的整个生命周期。至此，循环依赖结束！

”为什么要使用三级缓存呢？二级缓存能解决循环依赖吗？“

答：如果要使用二级缓存解决循环依赖，意味着所有Bean在实例化后就要完成AOP代理，这样违背了Spring设计的原则，Spring在设计之初就是通过后置处理器来在Bean生命周期的最后一步来完成AOP代理，而不是在实例化后就立马进行AOP代理。

放入三级缓存时，暴露获取bean引用的getEarlyBeanReference方法。这个方法里面内部的实现有兴趣可以研究一下，我就直接说结论了，由@Async注解的类，在这里暴露的是原生的bean，而不是代理bean，所以当你的bean最后初始化生成代理bean时，别的bean用的是你的原生bean，这个时候spring就会给你报错。而@Transaction注解在getEarlyBeanReference方法中暴露的时代理bean的引用。

微服务框架

Springcloud、dubbo比较

服务治理

组件原理

架构设计

架构图

秒杀系统

数据结构和算法

限流算法

一致性Hash算法

#####

Redis

常用数据结构包括String、list、set、zset、hash、bitmap、Hyperloglog（基数）、geospatial（地理位置）。

持久化

zset有序集合

跳表是链表加多级索引的结构，原理是单向链表的二分查找。

部署方式

渐进式Hash

Redis 默认使⽤了两个全局哈希表：哈希表12。默认使⽤ 1， 2 并没有被分配空间。随着数据逐步增多，Redis 开始执⾏ rehash

• 给哈希表 2 分配更⼤的空间
• 把哈希表 1 中的数据重新映射并拷⻉到哈希表 2 中（渐进式，只写入新表，先查老表查不到再查新表）
• 释放哈希表 1 的空间

LRU缓存淘汰算法

自己实现：单向链表，头部放最新数据。判断是否新数据（遍历是否存在），如果已存在，删除所在的节点，然后放在头节点；如果是新数据，判断是否有内存，没有的话就删除尾部节点，新数据都是放在头节点的。

缓存穿透、雪崩

Mysql

锁

• 行锁：MVCC行级锁，对数据库的任何修改的提交都不会直接覆盖之前的数据，而是产生一个新的版本与老版本共存，使得读取时可以完全不加锁。
• 表锁：锁粒度大，并发低
• 死锁：

索引

B+树特点：m 叉树只存储索引（非叶子节点），并不真正存储数据，通过双向链表将叶子节点串联在一起，这样可以方便按区间查找。IO次数取决于b+数的高度h，3层的b+树可以表示上百万的数据。

索引优化：索引命中率、索引长度、组合索引（最左匹配）

事务

隔离级别

• 读取未提交：最低的隔离级别，允许脏读，也就是可能读取到其他会话中未提交事务修改的数据，可能会导致脏读、幻读或不可重复读。
• 读取已提交： 只能读取到已经提交的数据。可以阻止脏读，但是幻读或不可重复读仍有可能发生。
• 可重复读：对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
• 可串行化：最高的隔离级别，完全服从 ACID 的隔离级别。所有的事务依次逐个执行。

MySQL 默认采用的 可重复读 隔离级别。

SQL优化

• 分析语句，是否加载了不必要的字段/数据。
• 分析 SQL 执行计划（explain extended），思考可能的优化点，是否命中索引等。
• 查看 SQL 涉及的表结构和索引信息。
• 如果 SQL 很复杂，优化 SQL 结构。
• 按照可能的优化点执行表结构变更、增加索引、SQL 改写等操作。
• 查看优化后的执行时间和执行计划。
• 如果表数据量太大，考虑分表。
• 利用缓存，减少查询次数。

MQ

常用MQ中间件包括Kafka、RocketMQ、ActiveMQ、RabbitMQ、Pulsar等。

pulsar

路由包括：轮询分区，单一分区、定制化分区

订阅模式：独占、共享和灾备

Zookeeper

节点特性

• 同一级节点 key 名称是唯一的
• 创建节点时，必须要带上全路径
• session 关闭，临时节点清除
• 自动创建顺序节点
• watch 机制，监听节点变化
• delete 命令只能一层一层删除

应用场景

• 数据发布/订阅
• 负载均衡
• 分布式协调/通知
• 集群管理
• master 管理
• 分布式锁
• 分布式队列

分布式锁

排它锁：在lock节点下创建临时子节点 ，只有一个客户端创建成功获取锁，未获取锁的节点同时在lock节点下创建子节点的watch变更事件，可以重新获取锁。

共享锁：创建临时顺序节点，对于写请求，如果自己不是序号最小的子节点，那么就进入等待；对于读请求如果所有比自己小的子节点都是读请求可以获取锁。

系统排查

分布式技术

分布式事务

分布式锁

设计模式

网络协议

TCP三次握手四次挥手