2026 年 Java 面试如果还在靠“背八股文”硬刚大概率会挂得很冤。这不是说八股文不重要而是现在的面试早就从“考结论”变成了“考理解”。面试官会先问一个看似基础的概念然后一层一层往下追问直到你暴露知识盲区也会把一个实际项目场景甩给你看你能不能把HashMap、线程池、事务传播行为这些基础组件组合成一套能落地的解决方案。这篇文章不是让你背一百道题而是帮你梳理 Java 面试的核心知识树哪些题是必考题哪些题表面考 A 实际考 B哪些题必须结合项目场景回答以及一周冲刺时间内优先级怎么排。建议先收藏再按文章后面给出的刷题节奏执行。1. 2026 年 Java 面试到底在考什么先说结论2026 年的 Java 面试正在从“知识点记忆”转向“知识体系 场景落地”。以前很多面试是“八股文问答”问 String、问 HashMap、问 JVM 内存模型答得出来就给过。现在难度明显上了一个台阶主要体现在三个变化上第一基础题开始连环追问。比如面试官问“HashMap 底层结构”你会答“数组 链表 红黑树”这只是第一步。接下来他可能追问为什么链表转红黑树的阈值是 8为什么红黑树的退化阈值是 6ConcurrentHashMap 的 size() 方法是怎么实现的这些追问要求你不仅能背结论还能理解背后的设计原因。第二场景题比重明显增加。比如“秒杀场景下如何防止超卖”“分布式环境下如何实现幂等”“缓存和数据库一致性怎么保证”。这些问题没有标准答案面试官看的是你的分析路径有没有想到并发控制、有没有考虑事务边界、有没有注意性能损耗。第三源码和底层原理成为分水岭。Spring 的 Bean 生命周期、MyBatis 的插件机制、线程池的核心参数如何配合这些内容只靠背是背不下来的必须写出 Demo 或看过源码才能应对追问。所以一周刷完 100 问的前提是你要把这一百个问题当成提纲而不是终点。每个问题都要准备好“一句话结论 原理推导 场景说明”三层答案。2. 为什么“背八股”容易挂面试很多候选人准备面试时会把网上的面试题合集打印出来从头背到尾结果面试时发现面试官问的题目“好像见过又好像不太一样”。这里真正容易踩坑的地方是八股文的本质是结论但面试官想要的是论证过程。举一个最常见的例子。面试题问“ 和 equals 的区别”标准答案是“ 比较的是引用地址equals 比较的是内容”。但这个答案其实是有漏洞的。正确理解应该是 对于基本类型比较的是值对于引用类型比较的是内存地址equals 是 Object 类的方法默认行为也是比较地址但 String、Integer 等类重写了 equals 来比较内容。如果你只说“ 比较地址equals 比较内容”面试官立刻会反问“那 equals 的默认实现是什么”这种追问就是八股文背诵者的死穴。另一个常见的坑是只背单点知识不建立知识点之间的联系。比如你能说出 ArrayList 和 LinkedList 的区别但面试官问“在头部频繁插入元素应该用哪个集合”你还在机械地背“ArrayList 查询快、增删慢LinkedList 增删快”。实际上如果数据量小ArrayList 的头部插入也未必比 LinkedList 慢因为 LinkedList 的节点创建和指针维护也有成本。这种“理论上正确场景下需要重新评估”的能力才是面试官真正考察的东西。所以建议的复习方式不是背题而是把每个考点当作一个入口通过追问和对比把相关知识串成一张网。3. 基础语法与面向对象核心题Java 基础部分是面试的第一关也是追问最密集的环节。这一部分的高频题集中在 String、面向对象特性、异常体系、泛型和反射五个方向。3.1 String 为什么是不可变的String 不可变有三个层面的原因安全、效率、线程安全。从安全角度看String 常被用作类加载器的参数、网络连接的 host、文件路径等如果 String 可变恶意篡改会引发严重安全问题。从效率角度看字符串常量池的复用依赖不可变性只有不可变才能保证同一个字符串字面量可以被安全共享。从线程安全角度看不可变对象天然线程安全。面试时建议这样组织答案“String 类用 final 修饰字符数组所有修改操作都返回新对象所以不可变这种设计的直接收益是常量池复用、哈希缓存和线程安全。”但是要注意面试官可能会追问“String 的 substring 在 JDK 7 之后有什么变化”如果不知道 JDK 7 之前 substring 会共享底层 char[] 导致内存泄漏的旧问题这个追问就会卡住。3.2 面向对象三大特性封装、继承、多态几乎每个人都能说两句但能不能通过追问才是关键。关于多态面试官往往会问“重载和重写的区别”。重载是编译期多态发生在同一个类中方法名相同、参数列表不同重写是运行期多态发生在父子类之间子类重新实现父类方法。更深入的问题是“方法重写时的访问修饰符和异常声明规则”子类方法的访问权限不能比父类更严格抛出的受检异常不能比父类更宽泛。这里有个容易忽略的点静态方法能不能被重写答案是不能静态方法属于类子类中定义相同的静态方法属于隐藏hide不是重写override。如果把静态方法加上 Override 注解编译器会直接报错。public class Parent { public static void staticMethod() { System.out.println(Parent static method); } public void instanceMethod() { System.out.println(Parent instance method); } } public class Child extends Parent { // 这里不是重写而是隐藏 public static void staticMethod() { System.out.println(Child static method); } Override public void instanceMethod() { System.out.println(Child instance method); } }这个例子建议自己跑一遍输出结果是验证“静态方法看引用类型、实例方法看实际类型”的最直观方式。3.3 异常体系怎么答才完整异常体系的常规回答是“Throwable 分为 Error 和 ExceptionException 分为受检异常和非受检异常”。但面试官更想听到的是什么时候该用受检异常什么时候该用非受检异常什么时候该抛出、什么时候该捕获。一个实用的判断标准是如果调用方能通过合理的恢复操作处理异常使用受检异常如果异常是由编程错误导致如空指针、数组越界使用非受检异常。实际项目中很多团队已经倾向于减少受检异常的使用因为受检异常会侵入方法签名导致调用方被迫处理或向上抛出。对于异常处理的实践建议不要捕获异常后打印日志就吞掉至少要记录原始异常。不要用异常处理正常流程例如用 NumberFormatException 判断字符串能否转换为数字性能极差。资源关闭使用 try-with-resourcesJDK 7 之后的标配写法。// 推荐写法 try (FileInputStream fis new FileInputStream(test.txt)) { byte[] data fis.readAllBytes(); } catch (IOException e) { log.error(读取文件失败, e); }3.4 反射与泛型反射是框架的基础Spring 的依赖注入、MyBatis 的结果映射、动态代理全都依赖反射。高频考察点是“反射获取私有字段并赋值”和“反射的性能开销”。泛型方面最常见的误区是认为泛型可以“类型安全”到运行时。事实上Java 泛型是编译期类型擦除运行时 List 和 List 的字节码相同。正因为如此才会出现“通过反射往 List 中放入 String 不报错”的经典场景。4. 集合框架高频题与源码原理集合是 Java 面试中占比最大、追问最深的部分没有之一。尤其是 HashMap几乎可以算作 Java 面试的“必考送命题”也是区分候选人是背书还是真正理解源码的分水岭。4.1 ArrayList 与 LinkedList 怎么对比常见回答是“ArrayList 基于动态数组、查询快、增删慢LinkedList 基于双向链表、增删快、查询慢”。这个答案能拿基础分但拿不到加分项。加分项是补充以下几点ArrayList 扩容是原容量的 1.5 倍通过位运算计算新容量扩容需要复制数组代价较高。LinkedList 的“增删快”在指定索引操作时并不成立因为定位到指定索引仍然需要遍历。ArrayList 的批量新增addAll有高效扩容优化而 LinkedList 的随机访问是 O(n)。更进阶的考察是“ArrayList 的 subList 返回的是视图还是副本”。很多人以为是副本实际上是视图对 subList 的修改会直接反映到原列表而且原列表的结构性修改会导致 subList 的 modCount 校验失败抛出 ConcurrentModificationException。这个点能答出来面试官会认为你真的用过 ArrayList。4.2 HashMap 的原理与设计细节HashMap 是 Java 面试的“核武器级”考点建议按照下面五个层级逐步准备第一层整体结构。JDK 8 之后是“数组 链表 红黑树”默认初始容量 16负载因子 0.75阈值 12 时扩容。第二层hash 计算与寻址。key 的 hashCode 经过扰动函数高 16 位异或低 16 位后再与数组长度减一进行与运算得到数组下标。这样做的目的是让高位也能参与寻址减少哈希碰撞。第三层put 流程。计算 hash - 检查数组是否为空 - 为空则 resize - 定位到桶 - 桶为空直接放入 - 桶不为空则判断 key 是否相同 - 相同则覆盖 - 否则判断是否为红黑树节点 - 是则走红黑树插入 - 否则遍历链表插入 - 链表长度达到 8 且数组长度达到 64 时转红黑树。第四层扩容机制。扩容后的新数组长度为原来的两倍元素在新数组的下标要么不变要么是“原下标 原数组长度”。这是由“数组长度是 2 的幂”这个设计保证的。第五层并发问题。JDK 7 中扩容采用头插法并发扩容可能形成循环链表导致死循环JDK 8 改为尾插法但并发 put 仍然可能导致数据覆盖所以并发场景推荐 ConcurrentHashMap。// 一个验证 HashMap 扰动函数的小 Demo public class HashMapHashDemo { public static void main(String[] args) { String key hello; int h key.hashCode(); int spread h ^ (h 16); int index spread (16 - 1); System.out.println(原始 hashCode: h); System.out.println(扰动后: spread); System.out.println(下标: index); } }4.3 ConcurrentHashMap 的并发策略ConcurrentHashMap 的高频考点是JDK 7 和 JDK 8 在并发控制上有什么区别。JDK 7 采用分段锁Segment每段继承 ReentrantLock锁粒度是 Segment锁一段数据JDK 8 放弃分段锁改用 CAS synchronized锁粒度细化到桶数组元素只有发生哈希冲突时才锁住当前桶的头节点。JDK 8 的实现并发度更高因为不同桶之间的操作完全不互斥。另一个经典追问是“ConcurrentHashMap 的 size() 如何统计”。JDK 8 中先无锁地累加 baseCount同时在发生竞态时通过 CounterCell 数组分散计数最后通过 sumCount() 汇总。所以 size() 是一个近似值严格来说不能用于精确控制并发流程。面试时说出这一点比背“size 是线程安全的”更有深度。5. JVM 与内存问题高频题JVM 是面试中的“深水区”普通候选人和高级候选人的差距往往在这里拉开。必考题集中在内存区域划分、类加载机制、GC 算法和 OOM 排查四个方面。5.1 JVM 内存区域怎么划分JVM 运行时数据区分为线程共享和线程私有两类。线程共享区域包括堆Heap和方法区JDK 8 之后为元空间 Metaspace。堆是对象分配的主要区域也是 GC 的主要战场方法区存放类元信息、常量、静态变量等。线程私有区域包括虚拟机栈VM Stack、本地方法栈Native Method Stack和程序计数器Program Counter Register。虚拟机栈是 Java 方法执行的内存模型每个方法调用对应一个栈帧栈帧中存放局部变量表、操作数栈、动态链接和方法出口。经典追问是“对象一定分配在堆上吗”。答案是不一定JIT 编译后会进行逃逸分析如果对象不会逃逸出方法可能被分配在栈上随方法调用结束自动销毁减少 GC 压力。这个知识点很多工作两三年的开发者也未必关注能答出来是很好的加分项。5.2 类加载机制与双亲委派类加载分为加载、验证、准备、解析、初始化五个阶段。双亲委派模型的核心逻辑是一个类加载器收到加载请求后先委托给父加载器父加载器无法完成时才自己加载。双亲委派的好处是避免类被重复加载以及保证核心类库如 java.lang.String不会被自定义类覆盖。面试官往往追问“如何打破双亲委派”经典案例是 Tomcat 的 WebAppClassLoader 和 JDBC 的 SPI 机制。Tomcat 为了隔离不同 Web 应用的类优先自己加载部分类JDBC 通过线程上下文类加载器加载驱动实现。5.3 GC 与 OOM 排查GC 的考点集中在“如何判断对象可回收”和“常见 GC 算法”。判断对象可回收最常用的是可达性分析从 GC Roots 出发不可达的对象可以被回收。GC Roots 包括虚拟机栈中引用的对象、静态属性引用的对象、常量引用的对象、JNI 引用的对象等。常见 GC 算法有标记清除有碎片、效率低、复制算法无碎片、浪费空间适合新生代、标记整理无碎片、效率低适合老年代、分代收集新生代复制 老年代标记整理。OOM 是高频场景题尤其是“java.lang.OutOfMemoryError: Insufficient memory”这类问题。排查思路应该是一个标准流程确认错误类型和触发的内存区域是堆溢出、元空间溢出还是直接内存溢出。查看 GC 日志确认是否发生频繁 Full GC。使用 jmap 导出堆转储文件通过 MAT 或 VisualVM 分析大对象和对象引用链。检查代码中的集合无限增长、大对象缓存、流未关闭、ThreadLocal 未清理等常见问题。结合业务场景判断是否有必要调整 JVM 启动参数。生产环境 JVM 调优有一个原则优先优化代码其次调整参数。不要一上来就把 -Xmx 调大那只是把问题延后而不是解决。6. 并发编程高频题与场景题并发是 Java 面试中区分度最高的一块。它要求你同时掌握理论基础JMM、可见性、原子性、有序性、工具使用synchronized、Lock、CAS、AQS和场景设计线程池参数、分布式锁、消息队列削峰。6.1 volatile 关键字到底保证了什么volatile 最常被误解为“线程安全关键字”。准确地说volatile 保证可见性和有序性但不保证原子性。为什么 volatile 能保证可见性因为被 volatile 修饰的变量在写操作后会强制刷新到主内存读操作前会从主内存重新加载。为什么能保证有序性因为 volatile 的写操作会插入内存屏障禁止指令重排序。经典应用场景是 DCL 单例模式单例对象需要用 volatile 修饰防止“分配内存 - 设置引用 - 初始化对象”的重排序导致其他线程拿到半初始化对象。下面给一个对比示例能很好地说明 volatile 无法保证原子性public class VolatileDemo { private static volatile int count 0; public static void main(String[] args) throws InterruptedException { Thread[] threads new Thread[10]; for (int i 0; i 10; i) { threads[i] new Thread(() - { for (int j 0; j 1000; j) { count; } }); threads[i].start(); } for (Thread t : threads) { t.join(); } // 输出结果通常小于 10000因为 count 不是原子操作 System.out.println(count count); } }这个例子建议手动跑一下比背任何面试题都更能理解“volatile 不保证原子性”这句话的含义。解决这个问题的标准方案是使用 AtomicInteger 或 synchronized。6.2 synchronized 与 ReentrantLock 怎么选这两个锁的对比是并发必考题。可以从四个方面回答底层实现synchronized 是 JVM 层面的 Monitor 锁经过锁升级偏向锁 - 轻量级锁 - 重量级锁优化ReentrantLock 是 JDK 层面的 AQS 实现。功能特性ReentrantLock 支持公平锁、可中断、支持多个 Condition 条件队列synchronized 不支持。释放方式synchronized 自动释放ReentrantLock 必须手动 unlock建议在 finally 中释放。性能JDK 6 之后两者性能差距不大推荐优先使用 synchronized代码更简洁且不易出错需要超时中断、公平锁或多路条件通知时使用 ReentrantLock。6.3 线程池的核心参数与拒绝策略线程池有七个核心参数corePoolSize、maximumPoolSize、keepAliveTime、unit、workQueue、threadFactory、handler。高频追问是“线程池的执行流程”提交任务后如果工作线程数小于 corePoolSize创建新线程执行任务。如果工作线程数达到 corePoolSize任务进入工作队列。如果工作队列已满且工作线程数小于 maximumPoolSize创建新线程执行任务。如果工作线程数达到 maximumPoolSize执行拒绝策略。四个拒绝策略分别是 AbortPolicy抛出异常、CallerRunsPolicy调用者线程执行、DiscardPolicy直接丢弃、DiscardOldestPolicy丢弃队列中最老的任务。实际项目中推荐自定义拒绝策略比如记录告警日志后写入 MQ 或本地文件避免任务无声丢失。这里给一个符合规范的线程池创建示例注意实际项目中不要使用 Executors.newFixedThreadPool()因为它的默认队列是无界的可能导致内存溢出public class ThreadPoolConfig { public static ExecutorService buildThreadPool() { return new ThreadPoolExecutor( 4, // 核心线程数 16, // 最大线程数 60L, TimeUnit.SECONDS, // 空闲线程存活时间 new ArrayBlockingQueue(100), // 有界队列 new ThreadFactoryBuilder().setNameFormat(biz-thread-%d).build(), new ThreadPoolExecutor.CallerRunsPolicy() ); } }这里用到了 ThreadFactoryBuilder是 Guava 或 Hutool 提供的工具类实际项目中建议给线程命名否则排查问题的时候会非常痛苦。6.4 CompletableFuture 与异步编程CompletableFuture 是 JDK 8 引入的异步编程工具近年来在面试中出现频率越来越高。它解决的核心痛点是 Future.get() 的阻塞式等待和无法编排多个异步任务的问题。高频考点有两个thenApply 和 thenCompose 的区别以及 exceptionally 和 handle 的区别。thenApply 是对结果做同步转换返回一个新的 CompletableFuturethenCompose 则是当前一个 CompletableFuture 完成后将其结果传递给下一个 CompletableFuture返回的是内部的 CompletableFuture适合串联多个异步任务。用一句话区分thenApply 处理“纯计算”thenCompose 处理“依赖前一个结果的异步操作”。public class CompletableFutureDemo { public static void main(String[] args) throws Exception { CompletableFutureString future CompletableFuture .supplyAsync(() - { // 模拟远程调用 return user-1001; }) .thenCompose(userId - CompletableFuture.supplyAsync(() - { // 依赖 userId 再查一次 return order: userId; })) .exceptionally(ex - { System.out.println(异步执行失败: ex.getMessage()); return default; }); System.out.println(future.get()); } }实际项目中CompletableFuture 常用于并行调用多个基础服务再聚合返回。但要注意线程池隔离不要所有异步任务都使用默认的 ForkJoinPool.commonPool()否则一个任务阻塞会影响全局。7. Spring 与 MyBatis 常见场景题Spring 是 Java 后端开发的绝对主流框架面试必考。整理高频题时建议按照“生命周期 - 循环依赖 - 事务 - 常用注解原理”的路径来准备。7.1 Bean 生命周期Spring Bean 的完整生命周期可以划分为四个阶段实例化Instantiation、属性填充Populate Properties、初始化Initialization、销毁Destruction。核心回答顺序是BeanDefinition 解析 - 构造器实例化 - 依赖注入 - BeanNameAware / BeanFactoryAware / ApplicationContextAware 回调 - BeanPostProcessor 的 postProcessBeforeInitialization - PostConstruct - InitializingBean.afterPropertiesSet - init-method - BeanPostProcessor 的 postProcessAfterInitialization - 使用 - PreDestroy - DisposableBean.destroy - destroy-method。面试官常问的“在哪些环节可以自定义逻辑”答案是 BeanPostProcessor 是 Spring 扩展能力最强的地方AOP 动态代理就是在这里介入的。7.2 Spring 如何解决循环依赖Spring 解决循环依赖的核心机制是三级缓存。第一级是 singletonObjects保存完整单例第二级是 earlySingletonObjects保存提前暴露的半成品对象第三级是 singletonFactories保存 ObjectFactory 工厂对象。具体流程是A 创建时先把 A 的 ObjectFactory 放入三级缓存然后填充属性时发现需要 BB 创建过程中填充属性时发现需要 A从三级缓存拿到 A 的对象工厂生成 A 的提前引用放入二级缓存B 拿到 A 的引用完成创建B 创建完成后A 再从二级缓存拿回自己的引用完成剩余初始化。经典追问是“构造器循环依赖能解决吗”。答案是不能Spring 的循环依赖解决机制只适用于 setter 注入或字段注入构造器注入会在创建阶段直接抛出 BeanCurrentlyInCreationException。如果你在项目中发现循环依赖更推荐通过重构消除而不是依赖 Spring 的三级缓存兜底因为三级缓存的 overhead 和潜在的代理暴露问题会影响复杂场景的稳定性。7.3 Transactional 事务失效的常见场景事务失效是 Spring 场景题中实实在在的高频题也最能检验候选人是否真的在生产环境中写过年薪能撑起“负责模块”的代码。常见的失效场景包括方法内部调用同类中方法 A 调用带 Transactional 的方法 B相当于绕过 Spring 代理调用事务不生效。方法非 publicSpring 默认基于 CGLIB 或 JDK 动态代理private 方法无法被代理增强。异常被捕获后消化事务方法内 try-catch 捕获异常后不抛出事务不会回滚。抛出受检异常默认情况下Transactional 只对 RuntimeException 回滚如果抛出受检异常需要指定 rollbackFor Exception.class。多线程调用事务方法在新线程中执行事务上下文不会传递。Service public class OrderService { Transactional(rollbackFor Exception.class) public void createOrder(Order order) { saveOrder(order); sendMessage(order); // 如果这里抛出 IOException会触发回滚 } }实际项目中建议明确使用 rollbackFor Exception.class并保证事务方法通过外部调用不要在同一个类里自调用。7.4 MyBatis 的 #{} 与 ${} 有什么区别这是一个安全的送分题但很多人答不到点子上。#{} 是预编译占位符会生成 JDBC 的 ?由 PreparedStatement 参数化设置可以防止 SQL 注入${} 是字符串拼接直接把参数拼进 SQL存在注入风险。注意动态传入表名、列名、排序字段时只能用 ${}因为 PreparedStatement 不能参数化表名和列名。此时必须对参数做白名单校验例如用 Map 映射或枚举限制可传值绝不能直接把用户输入拼进去。8. 项目场景题怎么答才不虚项目场景题是“背题派”最容易露馅的地方。原因很简单场景题没有标准答案面试官通过追问来判断你是否真的做过、是否理解原理。8.1 秒杀场景如何防超卖防超卖是一个经典场景题可以从数据库层和缓存层两个层面回答。数据库层最稳妥的方案是使用乐观锁或悲观锁。乐观锁是在库存表增加 version 字段更新时校验 version悲观锁是使用 SELECT ... FOR UPDATE 锁住库存行更新成功后再提交事务。缓存层的常用方案是提前把库存预加载到 Redis使用 Redis 的 DECR 命令原子扣减。但要注意Redis 库存扣减后需要异步同步回数据库且要考虑 Redis 和 MySQL 数据一致性问题。一个完整的回答结构应该是先分析超卖产生的原因并发请求同时读到库存 0再给出方案对比乐观锁、悲观锁、Redis 原子操作最后说明各自适用场景和潜在问题。面试官想听的不是“用 Redis 就行”而是“你知道 Redis 方案也有缓存穿透和最终一致性问题”。8.2 分布式锁怎么实现分布式锁的常见实现有 Redis 和 ZooKeeper 两种。Redis 实现的核心要点是使用 SET key value NX EX 命令保证加锁的原子性value 使用唯一标识UUID释放锁时先比较再删除必须用 Lua 脚本保证比较和删除的原子性需要设置过期时间防止客户端宕机导致死锁。ZooKeeper 实现的核心是临时顺序节点 监听机制客户端创建临时顺序节点如果是最小节点则获得锁否则监听前一个节点。优点是没有过期时间误删问题缺点是性能比 Redis 差且依赖 ZooKeeper 的可用性。8.3 缓存和数据库一致性怎么保证这是一个开放性场景题也是面试官考察候选人系统设计能力的重要切入点。推荐的回答思路是先区分实时性和最终一致性。如果需要强实时性可以使用分布式事务或双写加锁但成本高大多数业务场景下更推荐最终一致性方案比如 Cache Aside Pattern先更新数据库再删除缓存配合消息队列或 Binlog 订阅来删除缓存同时设置合理的过期时间兜底。这里特别容易踩坑的是“先删缓存再更新数据库”和“先更新数据库再更新缓存”两种错误方案。前者会导致缓存中短暂读到旧值且数据库更新失败时缓存已删后续请求全部打库后者会导致多个线程并发更新缓存时出现旧值覆盖新值的问题。不管选哪种方案面试时都要给出异常补偿机制比如写失败重试、定期对账、依赖数据库 Binlog 异步刷新缓存。9. 100 问刷题路线与一周时间规划一周刷完 100 问是可能的但前提是你要把复习方式从“逐题背诵”调整为“按模块扫盲 高频题精练”。建议按照下面这个节奏安排第七天快速过一遍 Java 基础 集合框架重点把 HashMap、ConcurrentHashMap 的源码细节吃透同时手写 ArrayList 的扩容逻辑。第六天攻克 JVM 内存模型、类加载机制和 GC 算法用 jmap、jstat、MAT 跑一遍内存泄漏分析的最简流程。第五天集中突破并发编程重点掌握 synchronized、ReentrantLock、volatile、ThreadLocal、线程池参数组合。第四天Spring 和 MyBatis核心是 Bean 生命周期、循环依赖、事务传播行为、事务失效场景。第三天Redis、消息队列、分布式锁、接口幂等等高频场景题每道题都准备一个“项目背景 方案 验证方式”。第二天数据库和中间件重点看索引失效、SQL 优化、分库分表、MyBatis 动态 SQL。第一天查漏补缺把每一题整理成“结论 原理 场景”三段式笔记并针对薄弱的题进行 Mock 面试。刷题时建议使用填空式输出法看到一个题先不着急看答案自己在纸上写出回答再对照标准答案找出缺失点。这种主动回忆的效果远好于反复阅读。10. 常见问题与排查思路复习和面试过程中大部分人都会遇到下面这些问题问题现象可能原因排查方式解决方案题目都背过面试时却说不出来只背了印象没有形成结构化表达录下自己的回答按“结论-原因-场景”复盘每个题写成三段式笔记坚持输出式复习源码题被追问就卡住源码只看了结论没有梳理调用流程自己画调用链逐步 Debug 核心流程针对 HashMap.put、Bean 创建、线程池执行流程各写一个 Demo场景题没有思路缺乏项目经验或没提前准备项目故事对照高频场景题写“项目背景 技术选型 踩坑”准备 3 个完整项目案例按 STAR 法则组织JVM 参数背了但不会排查线上问题没有真实日志和调优经验用测试环境模拟内存溢出完整跑一遍 OOM 排查流程在本地环境用 jmap、jstat、MAT 练习技术深挖都能答项目部分却像简历复读项目准备没有层次按“职责-难点-方案-量化结果”重写项目介绍每个项目储备 2 个亮点和 1 个失败案例11. 最佳实践与面试表达技巧技术知识是一方面表达方式往往决定面试官对你的整体印象。以下几点是我在梳理大量面试反馈后提炼出的实用建议先结论后展开。被问到“HashMap 线程安全吗”先回答“不安全并发场景推荐 ConcurrentHashMap”再展开说明为什么 JDK 7 会有死循环、JDK 8 为什么还有数据覆盖问题。面试官每天面很多人清晰的结构比冗长的堆砌更受欢迎。主动给出边界条件。答完一个知识点后可以主动补充一句“这个方案在并发量低于某个阈值时是没问题的但如果并发量非常高可能需要考虑……”这会让你看起来像一个系统思考者而不是一个背题机器。用 Demo 代替口头描述。面试时说“我理解线程池的核心参数”远不如写一段 ThreadPoolExecutor 构造代码来得有说服力。建议把 HashMap 的 put 流程、Spring 循环依赖、CompletableFuture 串联调用等核心场景各写一个可运行 Demo放进你的 GitHub 或者博客里面试时可以主动提到。不要背题要讲故事。每个项目的难点都可以按“背景 - 方案选型 - 落地 - 踩坑 - 反思”五个环节来准备。面试官真正想了解的是你在遇到问题时的思考方式和工程判断而不是项目用了几个中间件。准备好反问环节。面试最后一般会问“你还有什么问题”。好的反问能体现你的专业度比如“团队目前的发布流程和线上监控是怎么做的”“这个岗位当前最大的技术挑战是什么”。不要问“加班多不多”“面试结果什么时候出”这类与能力无关的问题。12. 最后一周的行动清单如果距离面试还有一周建议按下面的清单执行第一建立自己的错题集。每做错一道题就把“预期答案和实际答案的差距”记录到表格里标注出知识盲区而不是简单地收藏原题。第二手写三个核心 Demo。建议优先写自定义线程池、CompletableFuture 异步编排、HashMap 简单实现。手写代码能检验你是“真理解”还是“假记住”。第三完成三场模拟面试。找一个水平相当的朋友或使用 AI 模拟面试工具每次模拟后复盘自己在“结论前置”“边界条件补充”“追问应对”方面的表现。第四重写简历中的项目描述。把每个项目都改成包含背景、难点、方案、量化结果的四层结构。面试官提的第一个问题往往是“简单介绍一下你最熟悉的项目”这一题准备得好整场面试的节奏都会更顺。第五把 HashMap、ConcurrentHashMap、Spring Bean 生命周期、事务失效、线程池参数这五块内容做成一页纸笔记面试前一天只看这一页纸重点过一遍框架和数字细节。100 道题不是终点而是一张地图。真正决定面试结果的是你能不能用自己的话把每个知识点讲清楚、能不能把多个知识点串起来解决一个真实问题。把每一道题当作理解 Java 世界的一个入口一周的收获会远超预期。