Java面试复盘：并发编程、Spring、Redis、JVM核心考点与避坑指南-开发者社区

金三银四刚过去，我把自己这轮面试踩过的坑和复盘整理成这篇总结。从Java基础到并发编程，从Spring底层到MySQL索引，从Redis缓存到分布式设计，再到JVM调优和算法刷题，每个模块我都按“面试官想问什么、怎么答才有区分度”的思路拆了一遍。这篇总结适合1到5年经验的Java开发，尤其是准备跳槽但还没理清复习重点的朋友。全文不会罗列百科式定义，只讲面试里真正要命的知识点和那些让你挂掉的细节。

1. 面试前的心态与复习节奏

1.1 别把面试当成“背诵考试”

我发现不少人是这么复习的：把八股文背个滚瓜烂熟，结果一到面试现场，面试官问一个“你项目里为什么用Redis而不是本地Map”，直接就懵了。这不是背题能解决的，因为面试官要验证的是你有没有真正理解技术选型背后的权衡。

面试本质上是聊项目、聊思路、聊方案，不是知识竞赛。你简历上写的每一个技术点，面试官默认你是在生产环境用过的，而不是培训机构速成的。所以复习的第一步不是拿面经开背，而是把自己的项目经历重新撸一遍：项目背景是什么、解决什么问题、谁提的需求、技术方案怎么选的、遇到最大的坑是什么、最后怎么验证效果的。这部分是第一题，答不好后面全是负数。

我把这轮面试失败和成功的案例放在一起看，发现一个规律：凡是项目讲得清楚的人，即使八股答得一般，面试官也愿意给机会；凡是项目一问三不知、只有技术名词堆砌的人，基本20分钟内就结束了。所以复习重心，项目占四成，基础占六成，这个比例别搞反了。

1.2 两个月复习节奏怎么安排

我的建议是把复习周期拉成8周左右，太短会焦虑，太长容易泄气。

第1周：把简历上所有技术点列成清单，按掌握程度打分。低于60分的分类，低于30分的重新学。
第2到4周：主攻JVM、并发、MySQL这些硬骨头，每天至少保证3小时专注时间，边看边敲代码验证。
第5到6周：刷算法高频题，主攻数组、链表、二叉树、动态规划、回溯这些类型。每天2道左右，不用贪多，但要保证每种题型都过一遍。
第7周：分布式、Redis、消息队列这些场景题，重点梳理“方案对比”和“失败案例”。
第8周：全真模拟面试，找朋友或者自己对着镜子讲，把每道题的回答录音下来，回放检查逻辑是否连贯。

我踩过最大的坑是前两周把时间全耗在Spring源码上，什么BeanPostProcessor、动态代理源码翻了几遍，结果面试官根本不按源码细节问，而是问“循环依赖为什么三级缓存就能解决”。那类问题你只要答出核心逻辑和设计意图就行，不必逐行读源码。后来我调整策略，把复习重心放在“能讲清楚为什么”的问题上，效率高很多。

另外，别只看面经，要自己动手写小Demo。比如JVM调优，光看GC日志分析的帖子没用，自己写个内存溢出的代码，然后用VisualVM或Arthas去排查一遍，印象会深得多。面试官问起来你能说出自己真实操作过的现象，比背一百篇调优文章都有说服力。

2. Java基础与并发考点

2.1 Java基础容易被问“漏”的点

HashMap原理是必考的，这没问题。但真正拉开差距的是HashMap在高并发下为什么会出现死循环。这个问题的根源是头插法在链表长度超过阈值后扩容导致环状结构，JDK8改成了尾插法，但并发场景下的数据覆盖问题依然存在，所以要讲清楚“为什么改”和“改完之后还有没有问题”。

另一个高频基础点是String的不可变性。很多面试者会背“String用final修饰所以不可变”，但很少有人能讲清楚它的本质：String里面的char数组是final修饰，且String类本身也是final的，这意味着你无法通过继承或者修改内部数组来改变它的值。更深一层，不可变带来的好处是hashCode的缓存、字符串常量池的安全、线程安全性。你把这三层答出来，面试官自然会觉得你有功底。

集合这块还有几个容易翻车的地方。ArrayList和LinkedList的对比，很多人只知道数组和链表的数据结构差异，但忽略了它们在实际业务中的容量估算、随机访问性能、插入删除性能的量化差异。还有CopyOnWriteArrayList的读写分离原理，要答出它适合读多写少的场景，但写的开销大，且不能保证强一致性，只能保证最终一致。

2.2 并发篇：从锁到线程池的能力分水岭

并发是Java面试的重灾区，也是最能体现功底的模块。我总结了几个必考方向：

synchronized和ReentrantLock的对比。这是基础中的基础，除了锁的实现方式、是否可中断、公平非公平之外，最关键的答案是synchronized在JDK6之后引入了锁升级机制，从偏向锁到轻量级锁再到重量级锁，这让它在大多数场景下性能都不差。ReentrantLock的优势在于灵活，你可以在多个方法之间手动加锁解锁，还支持超时获取锁。
volatile的可见性和禁止指令重排。只答这两个特性还不够，要能举出典型应用场景：状态标记、双重检查锁中的单例模式。特别是双重检查锁，要讲清楚为什么需要volatile来禁止指令重排。
AQS的原理。这个很多面试者会露怯。核心是volatile变量state加CLH队列，以及独占锁和共享锁两种模式。你能手画一个获取锁失败的线程排队流程，基本就过关了。
ThreadLocal的原理和内存泄漏问题。要能答出ThreadLocalMap的key是弱引用，value是强引用，所以线程复用场景下会出现内存泄漏。实际开发中用完要调remove。

线程池是另一个重点，而且面试官特别喜欢问核心参数。核心线程数、最大线程数、空闲线程存活时间、工作队列、拒绝策略，这五个参数必须背熟。我之前一直被一个问题卡住：核心线程数到底怎么设置。后来总结出一个经验公式给面试官讲：CPU密集型任务设成CPU核数加一，IO密集型任务设成CPU核数乘二。这个公式本身不严谨，但能体现你有实践意识。

再深入一点，要能讲清楚execute和submit的区别，以及线程池的关闭策略。shutdown和shutdownNow的区别是前者优雅地等待任务执行完，后者粗暴打断。我遇到过一道很刁钻的题：线程池的工作队列满了之后，再提交任务会发生什么。正确答案是拒绝策略生效，默认是AbortPolicy抛出异常，但很多人会把线程数继续增加和队列满混为一谈，这两者的先后顺序是：先加到核心线程数，再加入队列，队列满了才加非核心线程，到最大线程数后启用拒绝策略。

这里我给出一个简单的线程池配置代码示例：

ThreadPoolExecutor executor = new ThreadPoolExecutor( 8, // 核心线程数 16, // 最大线程数 60L, TimeUnit.SECONDS, // 空闲线程存活时间 new LinkedBlockingQueue<>(1000), // 工作队列，有界更安全 new ThreadPoolExecutor.CallerRunsPolicy() // 拒绝策略 );

注意：工作队列必须用有界队列。用无界队列看似不会触发拒绝策略，但一旦任务堆积，内存直接被打爆，而且最大线程数形同虚设。这是一个日常开发中极其常见的坑。

并发这块要是能答到“锁消除和锁粗化”这种JVM层面的优化，那就是加分项了。锁消除是指JVM检测到不可能存在竞争的对象锁，直接去掉；锁粗化是指连续的加锁解锁操作合并成一个锁范围。这两个知识点来自JIT优化，很多面试官自己都未必能讲全面，你提出来自然亮眼。

3. Spring与MySQL：高频场景题

3.1 Spring核心原理怎么答才不显背题

Spring几乎是Java面试的必问模块，但大多数面试者对IOC和AOP的理解只停留在“控制反转”“面向切面”的概念层面。面试官真正想听的是：你怎么理解Bean的生命周期，你怎么理解循环依赖，你怎么用AOP解决实际问题。

Bean的生命周期是个很典型的“背诵题”，但你可以背得有技术含量。完整的流程是：实例化、属性填充、初始化、销毁。如果你要加分，就补充BeanPostProcessor的调用时机——在属性填充之后、初始化之前，Spring的AOP就是通过这个扩展点实现的。还有InitializingBean、@PostConstruct、init-method三种初始化方法的执行顺序：先@PostConstruct，再InitializingBean，最后init-method。

循环依赖是个高频考点。Spring用三级缓存解决构造器注入之外的循环依赖，核心思路是提前暴露了一个半成品对象。一级缓存存完整Bean，二级缓存存提前暴露的Bean，三级缓存存ObjectFactory。这里有一个细节必须讲清楚：只有单例模式才能解决循环依赖，原型模式每次都需要新对象，没法提前暴露；而且构造器注入产生的循环依赖Spring也解决不了，因为此时还没法实例化对象。这个细节能击败一大半背题的候选人。

AOP这块，要能区分JDK动态代理和CGLIB代理。前者基于接口，后者基于继承。还要能说出Spring Boot 2.x之后默认用的是CGLIB，因为在Spring Boot 2.x里spring.aop.proxy-target-class默认是true。另外，很多面试者不知道事务本身也是基于AOP实现的，所以同理，事务方法不能被同类调用绕过，否则代理不生效。

事务传播行为也是重点。REQUIRED是默认的，加入已有事务，没有则新建；REQUIRES_NEW是挂起当前事务，开启一个新事务。一个经典问题是：如果一个事务内有两次数据库更新，第一次更新后抛出异常，第二次更新还能成功吗？正确答案是因框架实现而异，但Spring默认是RuntimeException触发回滚，因此两条更新都会回滚。要注意的是，如果异常被捕获了，事务代理无法感知，就不会回滚。这个容易被忽视的点我亲自踩过，产线数据多写了一笔，排查了半天才发现是异常被吞掉了。

3.2 MySQL索引与事务：面试官必问的底层逻辑

MySQL在Java面试里的权重比Spring还高。我遇到过连续四十分钟都在问MySQL的情况，从索引到底层存储结构再到锁机制，问得非常细。

索引部分的第一题基本都是B+树和B树的对比。核心要答出三层差异：一、B+树所有数据都挂在叶子节点，而B树是非叶子节点也存数据，因此B+树单次IO能加载更多索引项；二、B+树叶子节点有双向链表，范围查询效率高；三、B+树树高更稳定，一般三层就能存千万级数据。这里顺便可以联系InnoDB为什么默认使用B+树：支撑范围查询、排序、磁盘IO次数少。

索引失效是个实际场景题。最典型的就是在索引列上做函数操作、隐式类型转换、左模糊匹配、组合索引不满足最左前缀原则。这里我分享一个排查SQL优化时特别有用的工具：用EXPLAIN看执行计划，重点关注type列——const、ref、range、index、ALL这几种从左到右性能依次变差的等级。如果看到ALL，就该反思是不是忘了加索引。

事务这块，先理解ACID，然后必须掌握隔离级别。读未提交、读已提交、可重复读、串行化四级，MySQL默认是可重复读。面试官很喜欢问的一个问题是：MySQL默认的隔离级别是RR（可重复读），为什么Oracle默认是RC（读已提交）？答案的核心是MySQL的binlog日志格式在RR级别下能保证主从复制的一致性，而RC级别下会出现主从数据不一致的问题。另外，MVCC的实现机制也很重要，要能解释清楚undo log版本链和ReadView的判断逻辑，以及为什么RR级别下能解决不可重复读。

加锁这块要理解当前读和快照读。快照读靠MVCC，普通的SELECT不加锁；当前读比如UPDATE、DELETE、SELECT...FOR UPDATE会加锁。间隙锁是RR级别下为了解决幻读引入的机制，但间隙锁和行锁的组合会形成Next-Key Lock，这也是RR级别并发度低于RC的原因。

分布式事务在面试里也经常被问到，最常聊的就是两阶段提交和TCC。两阶段提交的准备阶段和提交阶段如果配合协调者宕机，会导致参与方长期阻塞。TCC的核心是把业务分成Try、Confirm、Cancel三个阶段，本质上是业务层面的最终一致性方案。我建议面试时多讲TCC的实践场景，比如跨多个微服务的扣款加积分操作。

4. Redis与JVM面试要点

4.1 Redis数据结构与缓存雪崩、穿透、击穿

Redis在面试中的地位基本等同于MySQL。最基础的是五种数据结构的底层实现：String的SDS、List的quicklist、Hash的ziplist和hashtable、Set的intset和hashtable、ZSet的skiplist和ziplist。如果你能答出Redis 7之后listpack逐渐替代ziplist，面试官会眼前一亮。

另外，我总结了一套缓存三大问题的解答模板，每个都要结合业务例子讲：

缓存穿透：查询一个不存在的数据，请求打到数据库上。解决方案是布隆过滤器前置拦截，或者缓存空值并设置较短的过期时间。
缓存击穿：热点key过期瞬间，大量请求同时打到数据库。解决方案是互斥锁重建缓存，以及在逻辑过期时间上做文章。
缓存雪崩：大量key同时过期，请求打到数据库。解决方案是过期时间加随机值，部署热点数据提前预热，以及限流降级。

持久化这块要能区分RDB和AOF。RDB是定期生成快照，恢复快但可能丢失最后一次快照之后的数据；AOF是追加命令日志，可以做到秒级甚至不丢数据，但文件体积大、恢复慢。Redis 4.0后提供的混合持久化是两者优点的结合，要答出来。

分布式锁也是高频考点。单机场景用SETNX加过期时间，但一定要讲清楚两个坑：其一是不能只SETNX不设过期时间，否则客户端宕机会导致死锁；其二是锁的持有者要校验是否是自己的标识，防止误删别人的锁。更进一步，生产环境中会引入Redisson看门狗机制或者RedLock，但RedLock本身也有争议，面试时说出这一点能体现你有思考深度。

4.2 JVM内存分布与GC调优实战

JVM这块，内存区域划分是送分题，但要答得细致。程序计数器、虚拟机栈、本地方法栈这三块是线程私有的，堆和方法区是线程共享的。JDK8的重大变化是把永久代换成了元空间，元空间使用的是直接内存，不再占用虚拟机堆内存。为什么这么改？因为字符串常量池移到堆中，且永久代的OOM问题在每次Full GC都要扫描，为了减少这种开销才改的元空间。

垃圾回收算法要能讲清楚标记-复制、标记-清除、标记-整理的区别，以及适用场景。新生代用复制算法是因为存活对象少，老年代用标记-整理或标记-清除是因为存活对象多、复制成本高。GC Roots包括栈帧中的局部变量、静态变量、JNI引用，这个要背熟。

垃圾收集器的对比是重头戏。从Serial、Parallel、CMS到G1，再到最后的ZGC，每个都要知道适用场景。CMS的设计目标是减少停顿，但会产生内存碎片；G1的逻辑是基于Region的局部收集，引入了可预测的停顿时间模型，是JDK9之后的默认垃圾收集器；ZGC的目标是把停顿时间控制在10毫秒以内，核心是染色指针和读屏障。

我这边给一个非常实用的GC日志分析参数组合：

-Xms4g -Xmx4g -Xmn2g -XX:+UseG1GC -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:/data/logs/gc.log

面试时你说自己用G1，面试官大概率会追问：为什么用G1不用CMS？你要回答G1的可预测停顿模型，以及它可以通过-XX:MaxGCPauseMillis设置目标停顿时间。同时承认G1在JDK8的小规格堆上并不一定比CMS快，这是真实生产经验，加分很多。

类加载机制也是必问。双亲委派模型要能画出逻辑链，还要说出它解决了什么问题：避免类重复加载、防止核心API被篡改。打破双亲委派的场景要提Tomcat的WebAppClassLoader和JDBC的DriverManager加载驱动。我被人问过一个冷门问题：同一个类加载器加载的同一个类，不同线程里是同一个类吗？答案是是的，类由加载器和类全限定名共同决定。

5. 分布式与算法

5.1 分布式基础与常见设计题

分布式这块问的场景很典型：分布式锁、分布式事务、分布式ID、接口幂等性、接口性能优化。

分布式ID要注意设计要点：全局唯一、趋势递增、高性能、高可用。常见的方案有数据库自增和号段模式、Redis的INCR、雪花算法。雪花算法是面试最常问的，核心结构是时间戳加机器ID加序列号，要能答出它的优点是本地生成无网络开销，缺点是时钟回拨会导致ID重复。我遇到过面试官追问：你如何解决时钟回拨？答案一般是记录上次生成时间，如果当前时间小于上次时间就拒绝生成或者等待时钟追上。

接口幂等性也是必问题。常见方案有唯一索引、token机制、状态机判断。最容易被接受的是利用数据库唯一约束做插入幂等，结合状态字段做更新幂等。把这个和自己项目的实际场景结合起来讲会更好。

分布式锁前面已经提到了，但要补充一点：如果是用Redis做分布式锁，锁的过期时间应该怎么设置？答案是使用Redisson的看门狗机制，后台线程在锁快过期时自动续期。你要能说出看门狗默认续期时间是30秒且每10秒执行一次。至于ZooKeeper实现分布式锁的核心在于临时顺序节点和Watcher机制，与Redis方案各有优劣。

消息队列在分布式里也频繁出镜。面试官问消息丢失，你要分生产者、Broker、消费者三个环节来答：生产者开启confirm确认机制；Broker通过持久化机制保证不丢，具体依赖刷盘策略；消费者调ack之后才删除消息。消息顺序性一般通过分区和单线程消费解决，消息重复一般是消费侧做幂等。

5.2 算法题准备策略与手撕代码心得

算法题在Java面试里的权重因公司而异，但凡是中大型公司，基本都有手撕环节。高频题型非常集中，我统计了自己和身边朋友面下来的情况，给个排行：

数组类：两数之和、三数之和、连续子数组最大和、合并两个有序数组、旋转数组找最小值
链表类：反转链表、链表中环的检测、合并两个有序链表、删除链表倒数第N个节点
二叉树类：二叉树的前中后序遍历、二叉树的最大深度、层序遍历、最近公共祖先
动态规划：爬楼梯、打家劫舍、最长递增子序列、最大子序列和
回溯/DFS：全排列、组合总和、岛屿数量

准备算法题最忌讳的是死记代码。我的方法是每题先用中文把思路讲给自己听，比如“用双指针，一个从头，一个从尾，两者相向移动，交换符合条件的值”，然后在白板上实现。这样应付面试官“请你讲下思路”才不会卡壳。

手撕代码时要主动和面试官沟通。不要闷头写，可以先问清楚输入边界、时间复杂度和空间复杂度有没有要求，再开始写。写完以后一定要自己口头跑一个简单的测试用例，比如输入一个数组、得到结果，过程里把每一步发生了什么讲清楚，这比写完说“代码是对的”要强十倍。

我经历的一次翻车是写二分查找，边界条件搞错了。平时刷题都是IDE提示，没真正自己跑过越界场景。后来我养成一个习惯：只要是二分或者递归，先画一遍递归树、把退出条件写清楚，再动手。

还有一个小技巧：准备一套代码模板。比如链表的虚拟头节点、二叉树层序遍历的队列写法、快排的partition模板、动态规划的初始化模板，这些在面试时可以直接套用，节省思考时间。

6. 常见翻车问题与求职技巧

6.1 面试过程中最高频的“答非所问”场景

很多候选人挂在第一轮，不是因为知识不扎实，而是根本没听清面试官的问题。我总结了几种常见翻车场景，每条都是我见过或亲历过的：

第一种是“概念背诵式回答”。面试官问“说说你对HashMap的理解”，他直接背红黑树的时间复杂度。但面试官实际上想知道的是他的工作里怎么用HashMap、有没有遇到过哈希冲突导致的问题。所以回答策略应该是：先给结论，再举自己的案例，最后补充底层原理。

第二种是“项目经历与简历脱节”。简历写了Redis缓存，但面试官一追问缓存过期策略、大key删除方案、缓存与数据库一致性，就支支吾吾。解决方案是简历里写到的每一个技术点，都准备一个“为什么用、怎么用、遇到什么坑、怎么优化”的完整叙事结构。

第三种是“不问系统设计就开始写代码”。面试官问“设计一个短链接系统”，有人直接开始写算法，半天拿不出一套完整的架构。这种题要先聊需求、聊量级、聊存储选型，再分功能模块描述。短链接系统的核心是发号器、重定向、过期策略、数据存储，你可以从这四个维度展开。面试过程中展示的是你的全局思维能力，不是某一个函数的实现。