你背了百道面试题不代表你就能走进那扇门。真正被录用的往往是那些能够把 Java 知识串联成体系的人。我见过不少候选人谈起 JVM 分代收集、Redis 分布式锁词汇比谁都熟练可面试官一旦追问“那么你项目里为什么不用 synchronized 缓存”他们就立刻安静。Java 面试不是背诵比赛而是一场考察你深度的压力测试。所以我想坦诚地建议准备 Java 面试之前至少把下面五个核心模块吃透。它们不会保证你拿 offer但能保证你不会在第一轮就露怯。集合一切并发问题的起点集合只是用来存数据这样想就太小看它了。面试官喜欢从 HashMap 入手几乎每次都能问到让人心虚的深度。如果你只说“数组加链表JDK8 加红黑树”下一个问题很快就来为什么负载因子是 0.75为什么链表长度到 8 才转红黑树为什么数组大小是 2 的幂这些不是八股文而是源码注释和数据结构设计里的真实答案。HashMap 的源码就像 Java 面试的暗号读懂了它面试官才会相信你有读其他源码的能力。除了 HashMapArrayList 的扩容机制、fail-fast 迭代器、equals 与 hashCode 的契约都是高频追问点。它们背后的原则是同一件事一个集合类的任何设计都会影响并发、性能和对象比较。所以要把集合当“行为”来学而不是“API”来背。准备时可以认真读一遍 HashMap、ConcurrentHashMap、ArrayList、LinkedList 的源码画一张它们的关系图。如果你能回答“ConcurrentHashMap 为什么放弃了分段锁”你就能进一步证明自己关注过并发演进。不要只背结论要能复现那个从 jdk7 到 jdk8 的思考过程。这个模块过了你的技术面才算是热完身。并发面试官最常下的“死手”当集合被问到 ConcurrentHashMap 时你已经碰到并发边界。面试官很可能切换成“你在多线程上的实战水平”。高频提问常常是synchronized 和 ReentrantLock 到底怎么选volatile 能不能保证原子性线程池有哪些核心参数它们是如何配合的这三道题正好覆盖了语言关键字、JUC 工具类和线程池。如果你说不出 ReentrantLock 依赖 AQS而 synchronized 依赖 JVM 内置监视器那么你的并发知识依然是零散的。更狠的是面试官会专挑你在代码里用到的东西继续往下钻。你写了 synchronized他就问偏向锁、轻量级锁、重量级锁以及锁升级的条件。你写了 CAS他就问 ABA 怎么解决Java 里哪些类是它的具体应用。你写了线程池他就问当队列满了再提交任务会怎样四种拒绝策略分别适用什么场景你准备时最好的办法就是读源码不是只看注释而是逐行看 ReentrantLock 的 lock 方法如何进入 AQSThreadPoolExecutor 的 execute 方法如何流转。只有当你把 AQS 的双向队列、state 状态和线程唤醒流程讲清楚才算迈过并发这条及格线。JVM面试中的“分水岭”如果你在并发环节稍微有点含糊面试官往往不会急着打断而是会让你继续聊 JVM。因为在他心里这两个模块本身就是连在一起的锁需要对象头对象需要内存内存需要 JVM 管理。他会问对象在 JVM 里是怎么创建的内存区域有哪些你项目里遇到过 OutOfMemoryError 吗这时如果你只会在堆上画一个方块就等于把机会拱手让人。我建议你把内存布局、对象创建过程、GC 算法和常用收集器系统过一遍。重点不是记住“CMS 是并发标记清除”而是能解释它为什么会产生浮动垃圾为什么后来出现 G1。最好再想想如果你的 Spring Boot 应用内存飙升你会先看堆还是栈你会用 jmap、jstack 吗真实场景下Java 工程师可以不熟练调优但不能连排查思路都没有。能分清“JVM 内存区域”和“JMM 内存模型”的人在面试中已经打败一半候选人。另一道压轴题是类加载双亲委派机制有什么用为什么 Web 容器要打破它打破的方式是什么别只答一个“自定义ClassLoader”而要说清楚“父亲委托、子容器优先”的现实动机。这套准备做完你才有底气说自己了解 JVM。Spring你以为自己会用的常用框架技术面走到这里面试官已经默认你会 Java 语言也懂并发和内存接下来要看你会不会用框架写真实业务。Spring 的前两个灵魂问题是IOC 是什么AOP 是什么如果你只答“控制反转就是将创建对象的权利交给容器”那只能算 60 分。我建议你用 BeanFactory 和 ApplicationContext 之辩开场然后切入 Bean 的完整生命周期。一个完整的生命周期链条要包括实例化前、属性填充、初始化阶段、初始化前后置处理、销毁前。BeanPostProcessor 在中间负责封装 Spring 的许多核心能力比如自动装配、代理创建。如果你能现场画出这个流程面试官会立刻增加难度事务注解为什么在同一个类内部调用时会失效解决方式是什么此时你需要理解 Spring AOP 的代理机制。不要把“事务失效”背成八种场景它本质上是一个关于“代理没有生效”的问题。想明白这一点你就拥有了解决框架问题的元能力。当然Spring Boot 也是绕不开的。面试官可能问为什么引入一个 starter 后配置自动生效条件注解和自动装配到底做了什么如果你仅知道 AutoConfiguration 的加载入口却不知道 Conditional 如何参与装配那仍停留在使用层。框架类是面试中最容易“聊得高但落不下去”的内容多问自己一句底层是怎么做的准备到这个深度一个 Java 工程师才算真正把框架当成工具而不是当成了神。数据库与缓存决定 offer 级别的隐形关卡前面几个模块考验的是 Java 基本功而真正拉开薪资差距的往往是数据层。很多 Java 候选人编码能力不差但一听到“MySQL 索引失效的几种情况”就支支吾吾。这说明他平时写 SQL 只看结果不看执行计划。我建议准备时应把下面几个场景串起来组合索引为什么会有最左前缀原则范围查询为什么会让后面的索引失效大分页查询为什么慢把它们放到一条具体 SQL 上自己用 EXPLAIN 验证比死记硬背更有效。数据库的隔离级别会让你更清楚锁的意义。MySQL 默认的 REPEATABLE READ 和其他数据库有什么不同间隙锁和临键锁解决了什么问题当你写一条 select ... for update 时锁住了哪些索引区间这些如果都能顺手举出项目里的例子面试官会对你另眼相看。另一头Redis 作为 Java 后端的一等公民常驻所有高频面试。缓存穿透、击穿、雪崩三兄弟几乎人人都听过但能把解决思路按代码量级说出来的人不多。“缓存一致性”没有标准答案只有对业务容忍度的取舍。更建议你把 Redis 和并发场景结合起来准备。比如秒杀系统里如何用 Redis 预扣库存如果数据库事务回滚了缓存里多扣的库存怎么补偿这些题测试的是你在真实链路中会不会使用“幂等、最终一致性”等手段。别指望背下分布式锁的案例就能通关面试官只要换个上下文你立马就露馅。数据层是 Java 工程师真正的护城河它检验的是你写代码时有没有理解整个系统在数据面前的表现。这一关过了offer 基本就在向你招手。回到题目本身这五个核心模块背后其实是一张知识网。面试官真正问的不是某一个点而是你如何从集合一路走到数据。准备方式也简单每个模块挑出三个最核心的原理反复问自己为什么再用小项目或画图验证。面试 Java 前要的不是“我背过”而是“我理解”。如果你能把这种理解带到面试中别人还在背诵八股时你已经能与面试官平等对话。祝每一个愿意深潜的人都能在 Java 面试里找到属于自己的确定性。