企业官网建设流程全解析

你背了百道面试题，不代表你就能走进那扇门。真正被录用的，往往是那些能够把 Java 知识串联成体系的人。我见过不少候选人，谈起 JVM 分代收集、Redis 分布式锁，词汇比谁都熟练；可面试官一旦追问“那么你项目里为什么不用 synchronized 缓存？”他们就立刻安静。Java 面试不是背诵比赛，而是一场考察你深度的压力测试。所以，我想坦诚地建议：准备 Java 面试之前，至少把下面五个核心模块吃透。它们不会保证你拿 offer，但能保证你不会在第一轮就露怯。

集合：一切并发问题的起点

集合只是用来存数据？这样想就太小看它了。面试官喜欢从 HashMap 入手，几乎每次都能问到让人心虚的深度。如果你只说“数组加链表，JDK8 加红黑树”，下一个问题很快就来：为什么负载因子是 0.75？为什么链表长度到 8 才转红黑树？为什么数组大小是 2 的幂？这些不是八股文，而是源码注释和数据结构设计里的真实答案。HashMap 的源码，就像 Java 面试的暗号：读懂了它，面试官才会相信你有读其他源码的能力。

除了 HashMap，ArrayList 的扩容机制、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 方法如何进入 AQS，ThreadPoolExecutor 的 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 面试里找到属于自己的确定性。