距离“金九银十”招聘季还有不到一个月很多 Java 后端开发者的焦虑感开始上升投出去的简历还没有回音面试题越刷越没底项目经验讲不出亮点总是卡在“知道概念但说不深”的层面。如果今天恰好是 8 月 11 日你翻开日历发现满打满算只剩一周就要开始投递或面试还来得及吗我的判断是来得及但前提是你不能按“把整本 Java 书重新看一遍”的方式去准备。一周的时间足够你把大厂 Java 后端面试最高频的 100 道核心题刷透并且形成一套能够稳定输出的答题逻辑。这不是押题玄学而是因为后端面试的考点分布其实非常集中——Java 基础、集合、并发、JVM、Spring、MySQL、Redis、网络、系统设计翻来覆去就是在这些领域里考察深度。这篇文章会帮你把这一周拆成 7 天计划按照面试官的真实提问逻辑整理高频考点给出答题框架、代码示例、常见误区和自检方法。你可以把它当作一份“临时抱佛脚增强版指南”更可以把它当作一份后端知识点查漏补缺清单。读完你会清楚哪些题必须背哪些题必须理解底层原理哪些题需要用项目经验来佐证。1. 一周准备面试的真正难点在哪很多人提到七天准备面试第一反应是“背八股文”。但实际上面试翻车往往不是因为你没背过而是因为三个更隐蔽的问题。第一个问题是知识体系碎片化。今天看并发编程明天看 JVM后天看 Spring每个知识点都好像见过但当面试官问“你讲讲从请求进来到最后返回响应Spring 容器在这个过程中扮演了什么角色”时就答不连贯了。大厂面试喜欢考察知识的串联能力尤其是 3 年经验以上的岗位几乎不会只问孤立概念。第二个问题是缺乏深度。很多候选人能说出 HashMap 底层是数组加链表但追问“为什么链表转红黑树的阈值是 8”就卡住了。能说出 volatile 保证可见性但说不清它和 Java 内存模型的关系也说不出什么场景下 volatile 无法保证原子性。面试官问两轮“为什么”就能区分你是真懂还是背答案。第三个问题是表达没有结构。同样一个知识点有经验的候选人会用“是什么—为什么—怎么用—有什么坑”的方式讲而准备不足的人往往东一句西一句想到哪说到哪。面试官手里有评分表你表达混乱他很难给你打高分。所以这一周的重点不是“刷完 100 题”这个动作而是通过刷题建立一套可复用的知识框架和答题方法论。题目只是载体框架才是目的。2. 后端面试 100 题的高频考点分布在开始七天计划之前先看清战场。综合大厂后端面试常见的考点范围和热门搜索趋势100 道经典题大致分布在以下领域模块高频知识点考察形式建议优先级Java 基础equals/hashCode、String、异常体系、泛型、反射概念题 代码题高Java 集合ArrayList/LinkedList、HashMap、ConcurrentHashMap、TreeMap源码级追问高Java 并发synchronized、volatile、锁升级、线程池、CAS、AQS原理 场景设计高JVM内存区域、垃圾回收、类加载、内存泄漏排查原理 实战排查高SpringBean 生命周期、循环依赖、事务传播机制、自动装配框架原理 场景分析高MySQL索引优化、事务隔离级别、MVCC、锁机制、SQL 优化原理 SQL 实操高Redis数据结构、缓存穿透/击穿/雪崩、持久化、分布式锁场景方案设计高计算机网络TCP 三次握手四次挥手、HTTP/HTTPS、浏览器输入 URL 全过程协议理解中消息队列为什么用 MQ、顺序消息、重复消费、死信队列场景设计中系统设计短链系统、秒杀系统、接口幂等、分布式 ID综合设计高这个表格的优先级不是拍脑袋。对于大多数中大型互联网公司的后端岗位Java 集合、并发、JVM、Spring、MySQL 几乎是必考重灾区。Redis 和系统设计在高级岗位中占比更高。计算机网络和消息队列通常不会问得特别深但基本概念必须清楚。你可以对照这个表格把自己熟悉的模块先勾掉把模糊的模块标红。这一周的时间分配应该明显偏向标红部分。3. 七天刷题计划的整体节奏一周分成三个阶段比“每天固定刷 15 题”更合理。前 3 天是“核心基础强化期”集中攻克 Java 基础、集合、并发、JVM。这些是后端面试的底层地基也是很多候选人自我感觉良好但一追问就露馅的地方。这个阶段必须配合源码和代码验证不能只看博客。第 4 天到第 5 天是“框架与存储实战期”集中攻克 Spring、MySQL、Redis。这个阶段要结合你简历上的项目把每个技术点和自己的业务场景绑定。比如准备 MySQL 索引时不要只背“最左前缀原则”要准备好一个你曾经优化过的慢 SQL 案例。第 6 天是“综合设计冲刺期”重点练习系统设计题和高频场景题。这类题目没有标准答案考察的是你的思路是否完整。需要准备一个答题模板按照“需求分析—容量估算—架构选型—核心流程—难点与优化”的顺序展开。第 7 天是“模拟面试与查漏补缺期”找朋友或自己对着镜子做一次完整的模拟面试把高频 100 题快速过一遍标记出不熟练的题目重点回看。请记住一个原则每天不要只输入不输出。每学完一个小节就用自己的话把知识点复述一遍或者写在 Markdown 笔记里。输出才是检验是否真正理解的唯一标准。4. Java 基础与集合最容易翻车也最容易拉开分差的地方Java 基础题看起来简单却往往是面试官判断候选人“底子是否扎实”的第一步。这里分享三个最常见的高频题和答题思路。第一个是equals和hashCode的关系。候选人通常能说出“重写 equals 必须重写 hashCode”但面试官更想听到的是为什么 HashMap 的 key 依赖这两个方法如果只重写 equals 不重写 hashCode会导致什么后果。回答时可以画出一个场景自定义对象作为 HashMap 的 keyhashCode 不同导致对象被放到不同的桶里调用 get 时因为计算出的桶位置不一致永远找不到之前 put 进去的值造成内存泄漏。这种场景化回答远比背定义有说服力。第二个是 HashMap 的底层原理。这题几乎必考。版本差异要先说清楚JDK 1.7 是数组加链表JDK 1.8 是数组加链表加红黑树。核心要点包括数组的默认容量是 16负载因子是 0.75扩容阈值是 12put 流程是计算 hash、定位桶、链表遍历或树查找扩容是变成原来的两倍并且元素要么在原位置要么在原位置加旧容量。容易被追问问倒的地方有两个为什么链表转红黑树的阈值是 8为什么容量必须是 2 的幂次。前者和泊松分布有关后者和位运算取模的高效性有关。能解释到这一层这道题基本可以拿到高分。第三个是 ArrayList 和 LinkedList 的区别。绝大多数人都能说出“一个数组实现一个链表实现查找和插入性能不同”。但面试官真正想考察的是你对数据结构复杂度有没有直观理解以及你有没有在实际场景中踩过坑。建议举一个例子在头部频繁插入数据如果使用 ArrayList由于需要复制移动所有后续元素十万级别数据就会出现非常明显的卡顿而 LinkedList 在头部插入是常数时间。反过来如果使用 get(index) 随机访问ArrayList 是 O(1)LinkedList 需要从头部或尾部遍历性能差距非常大。这题要答出“具体场景 复杂度的本质原因 实际选型建议”三层。集合模块里 ConcurrentHashMap 同样值得重点准备。它和 Hashtable 的区别、JDK 1.7 的段锁与 JDK 1.8 的 synchronized CAS 实现、扩容时的多线程协助都是高频追问点。建议直接打开源码把 put 和 get 流程讲给自己听一遍。5. 并发编程从关键字到线程池的系统化梳理并发编程是 Java 后端面试的“分水岭”模块。初级岗位可能只问 synchronized 和 volatile 的区别有经验要求的岗位大概率会追问锁升级、AQS、线程池参数和实际排错经验。回答并发题最好用一个统一的分析框架共享资源是什么竞态条件是什么用什么机制保证线程安全这个机制的性能代价是什么有没有更好的替代方案。以 synchronized 为例。先说它保证了原子性、可见性和有序性底层依赖 Monitor 锁在 HotSpot 虚拟机中是对象头里的 Mark Word 实现的。然后展开锁升级过程无锁、偏向锁、轻量级锁、重量级锁。说明为什么要引入锁升级是为了避免每次加锁都调用操作系统内核态的 mutex因为那会带来用户态和内核态的切换开销。最后补充 Java 6 之后 synchronized 已经做了大量优化和 ReentrantLock 在性能上差异不大。如果候选人还能补充 volatile 是轻量级的 synchronized、它通过内存屏障保证可见性和有序性但不保证原子性这一串答下来面试官基本上就清楚你的并发基础了。线程池是另一个必须滚瓜烂熟的知识点。核心参数七个corePoolSize、maximumPoolSize、keepAliveTime、unit、workQueue、threadFactory、handler。执行流程要能讲清楚提交任务后如果当前线程数小于核心线程数就创建核心线程执行如果达到核心线程数任务进入队列如果队列也满了创建非核心线程如果线程数已经达到最大线程数执行拒绝策略。常见的拒绝策略有 AbortPolicy、CallerRunsPolicy、DiscardPolicy、DiscardOldestPolicy。实际项目中更推荐 CallerRunsPolicy因为它能让提交任务的线程自己执行任务起到天然限流的作用同时不会像 AbortPolicy 那样直接抛异常。一个容易被忽视但面试官喜欢追问的细节是线程池的线程数应该怎么设置。这里建议分场景回答——CPU 密集型任务线程数设置为 CPU 核数加一IO 密集型任务线程数设置为 CPU 核数乘以二。然后补充这只是经验值更准确的方式是通过压测观察 CPU 利用率和响应时间。如果候选人能结合自己的项目说“我们当时某个核心接口的线程池如何配置压测后发现什么问题后来怎么调整”这道题就有血有肉了。6. JVM从内存区域到线上排查的完整链路JVM 是面试时最能考察一个人是否有线上问题处理经验的模块。仅仅背出运行时数据区包括堆、虚拟机栈、本地方法栈、方法区、程序计数器已经不够了。现在面试官更愿意听你讲一个具体的 OOM 排查案例。先说内存区域。JDK 8 之后方法区被移除替换为元空间字符串常量池被挪到堆中。堆分为新生代和老年代新生代又分为 Eden 区、From Survivor、To Survivor默认比例是 8:1:1。绝大多数对象在 Eden 区分配Minor GC 后存活对象进入 Survivor 区经历一定次数的 Minor GC 后进入老年代。大对象会直接进入老年代。这些基础内容要能随手画出来。垃圾回收器的演进也是高频考点。从 Serial、Parallel 到 CMS再到 G1、ZGC。现在大厂生产环境用的比较多的是 G1它把堆划分为多个 Region通过维护一个优先列表每次回收垃圾最多的 Region兼顾停顿时间和吞吐量。如果简历中写了 JVM 调优经验还需要了解 G1 的常用参数比如-XX:MaxGCPauseMillis和-XX:G1HeapRegionSize。线上排查题是拉开差距的关键。面试官如果问“线上 CPU 飙升、内存一直在涨你怎么排查”不要只说“用 top 命令看进程号然后 jstack 看线程”。可以按下面的完整路径回答# 第一步查看 Java 进程拿到进程号 top # 第二步查看进程内 CPU 占用最高的线程 top -Hp pid # 第三步将线程 ID 转为十六进制 printf %x\n thread_id # 第四步导出线程栈搜索对应线程号 jstack pid thread_dump.txt配合内存方面# 查看堆内存使用情况 jmap -heap pid # 导出堆快照用于离线分析 jmap -dump:formatb,fileheap.hprof pid # 用 jstat 观察 GC 频率和耗时 jstat -gcutil pid 1000 10然后说明通常用 MAT 或 JProfiler 分析 heap.hprof定位到具体对象和代码行。这套流程能完整说出来说明你不仅会背概念还具备排查真实问题的能力。不要在这些步骤里说谎如果你没有亲手操作过可以补充说“这是我理解的标准排查流程我实际项目中的做法是在测试环境先复现再结合监控平台逐步缩小范围”。7. Spring 核心Bean 生命周期与常见面试连环追问Spring 是 Java 后端开发绝对绕不开的框架。面试中高频出现的三个方向是Bean 生命周期、循环依赖、事务传播机制。Bean 生命周期可以用下面的顺序来记忆实例化 → 属性填充 → Aware 接口回调 → BeanPostProcessor 前置处理 → 初始化方法InitializingBean、init-method→ BeanPostProcessor 后置处理 → 使用 → 销毁。面试时不需要背得一字不差但关键节点必须准确。尤其是 BeanPostProcessor它是 Spring AOP 实现的基础如果候选人答不出“AOP 动态代理是在 BeanPostProcessor 的后置处理阶段完成的”说明对 Spring 的源码机制理解不够。循环依赖是另一个深度话题。很多人知道 Spring 通过三级缓存解决循环依赖但说不清三级缓存为什么必须是三级而不是两级。先把三级缓存的结构列出来// 第一级缓存存放完整的单例 Bean MapString, Object singletonObjects // 第二级缓存存放提前暴露的 Bean可能还没完成属性填充 MapString, Object earlySingletonObjects // 第三级缓存存放 Bean 的 ObjectFactory MapString, ObjectFactory? singletonFactories解释逻辑是实例化 A 后把 A 的工厂放入三级缓存然后填充属性时发现需要 B于是去创建 BB 填充属性时发现需要 A此时从三级缓存拿到 A 的早期引用并放入二级缓存完成属性注入B 创建完成后A 继续完成自己的初始化。为什么需要第三级缓存而不是两级是为了处理 AOP如果 A 需要被代理在早期暴露阶段就可以通过 ObjectFactory 生成代理对象而不用等待 A 完全初始化之后再代理。这个细节讲清楚面试官会认为你真的理解 Spring 的扩展机制。事务传播机制重点掌握 REQUIRED、REQUIRES_NEW、NESTED 三者的区别。REQUIRED 是默认传播行为支持当前事务没有就新建REQUIRES_NEW 是挂起当前事务开启新事务NESTED 是嵌套事务利用 Savepoint 实现部分回滚。面试中经常出现这种场景“方法 A 调用方法 BB 抛异常A 捕获了最终会不会回滚”。答案取决于 B 有没有加事务、传播行为是什么、A 捕获之后是否再次抛出 RuntimeException。建议在本地写一个最小 Demo 验证一遍比背结论可靠得多。8. MySQL 与 Redis存储层是面试实战的硬骨头存储层的问题最能看出候选人有没有做过真实业务。MySQL 索引优化和 Redis 缓存设计几乎是大厂面试的必考组合。MySQL 部分索引失效是最高频的场景题。常见的索引失效情况包括对索引列使用函数或计算、隐式类型转换、模糊查询以%开头、使用 or 连接非索引列、不满足最左前缀原则等。不要只是背失效原因要准备一个实际 SQL 优化案例例如优化前SELECT * FROM orders WHERE DATE(create_time) 2024-08-11;问题在于对 create_time 使用了 DATE 函数导致索引失效必须全表扫描。优化方案是改写为范围查询SELECT * FROM orders WHERE create_time 2024-08-11 00:00:00 AND create_time 2024-08-12 00:00:00;这样 create_time 索引就能正常使用。如果能用EXPLAIN分析执行计划判断type从ALL变成了range或ref这个案例就非常完整了。事务隔离级别和 MVCC 也是必问内容。MySQL InnoDB 默认隔离级别是可重复读MVCC 依赖隐藏字段 DB_TRX_ID、DB_ROLL_PTR 和 ReadView 实现。要能说清可重复读和读已提交之间的差异——可重复读在事务第一次读时生成 ReadView整个事务复用读已提交每次读都生成新的 ReadView。这个原理是很多人模糊的地方建议画图理解。Redis 部分缓存穿透、击穿、雪崩三个概念必须区分清楚。穿透是查询不存在的数据解决办法是布隆过滤器或缓存空值击穿是热点 Key 过期解决办法是互斥锁或逻辑过期雪崩是大量 Key 同时过期解决办法是过期时间加随机值、多级缓存、高可用集群。Redis 分布式锁也是一个高频设计题。需要写出基于 Redis 的实现思路并指出容易踩的坑要使用 SET NX EX 保证原子性释放锁时要先判断 value 是否自己的线程标识用 Lua 脚本保证判断和删除的原子性。可以参考下面的伪代码// 加锁使用原子命令 SET lockKey uniqueValue NX EX 30 // 释放锁使用 Lua 脚本保证原子性 if redis.call(get, KEYS[1]) ARGV[1] then return redis.call(del, KEYS[1]) else return 0 end为什么 value 必须唯一因为如果没有这个判断线程 A 的锁超时释放后线程 B 获取锁A 执行完业务却把 B 的锁删了造成严重问题。这个细节能答出来说明你真的设计过分布式锁。9. 网络与系统设计答出结构化思维就能拿分的模块计算机网络在 Java 后端面试中占比没有前面几个模块高但 TCP 三次握手和四次挥手几乎属于基本素养。建议把“浏览器输入 URL 到页面显示的全过程”准备好这题可以串联 DNS、HTTP、TCP、Nginx、应用服务器、数据库等多个层次是面试官检验综合能力的经典题。一个推荐的回答主干是DNS 解析域名获得 IP → 浏览器发起 HTTP 请求 → TCP 三次握手建立连接 → 如果是 HTTPS 还有 TLS 握手 → Nginx 反向代理转发到应用服务器 → Spring Boot 处理请求经过 Filter、Interceptor、Controller、Service、Mapper → MyBatis 操作数据库 → 返回结果 → HTTP 响应 → 浏览器解析渲染。回答的过程里可以穿插讲一讲 TCP 为什么是三次握手而不是两次因为需要双方确认彼此的收发能力。系统设计题常见的包括短链系统、秒杀系统、接口幂等性设计、分布式 ID 生成方案。这类题没有标准答案但答题结构很重要。建议按照下面的模板展开需求分析核心功能、用户量级、QPS 预估。 容量估算假设每天新增 1 亿条短链一年的数据量是多少需要多少存储。 架构选型短链系统用什么存储发号器用 Redis 还是数据库号段模式。 核心流程从生成短链到重定向跳转的完整链路。 难点与优化如何防止 ID 被遍历如何做缓存预热如何保证高可用。以接口幂等性为例最常用的方案是用唯一订单号加数据库唯一索引。先查询订单是否存在不存在则插入。如果并发请求到达数据库唯一索引会拦截重复插入。另一种常用方案是 Redis SETNX利用 Redis 的原子特性实现。面试官更欣赏的是你能说清方案的适用边界——分布式环境下的唯一索引依赖数据库性能不是最高但有保障Redis 方案性能好但要注意锁过期时间。10. 七天冲刺时间表与每日自检清单最后把这套内容落到一周的时间表上。这个计划不是让你每天甩开膀子学 12 小时而是要求每天有明确主题和输出物。第 1 天Java 基础与集合。输出物手写 HashMap 的 put 流程笔记整理 equals/hashCode 面试回答脚本。第 2 天JVM 内存与垃圾回收。输出物画出 JVM 内存模型图整理一份 OOM 排查命令速查表。第 3 天并发编程。输出物写一个线程池示例并调参运行整理 synchronized 锁升级流程图。第 4 天Spring 核心。输出物在本地跑一个循环依赖示例验证三级缓存逻辑整理事务传播行为对照表。第 5 天MySQL 与 Redis。输出物找一个慢 SQL 用 EXPLAIN 分析并改写整理缓存三大问题的解决方案表格。第 6 天系统设计与高频场景题。输出物完整写一遍短链系统和秒杀系统的设计文档。第 7 天模拟面试。找朋友在线模拟 40 分钟或者自己录屏回答高频 20 题复盘表达卡壳的节点。每天结束前用一个小时做自检今天整理的题能不能不看笔记复述出来如果不行说明只是眼睛会了不是脑子会了。第二天早上先复习前一天的内容再开始新主题。这个“复习优先”机制非常重要因为人的遗忘曲线非常陡峭没有复习的刷题等于白刷。11. 简历配合让面试官愿意往你准备的方向提问很多候选人忽略了一件事面试题不是完全随机抽的面试官在面试前通常已经看过你的简历他提问的很大一部分会围绕简历展开。这意味着你可以反过来设计简历把面试节奏引导到自己擅长的方向。在简历中至少埋三个技术亮点一个并发编程相关的问题排查案例一个 MySQL 优化案例一个 Redis 缓存设计案例。比如项目描述里写“设计并实现基于 Redis 的分布式锁解决秒杀超卖问题压测后下单接口 TPS 提升约 4 倍”面试官大概率会顺着问 Redis 分布式锁的实现细节、超卖问题的原因、压测方法。这些都是可以提前准备好的等于把面试题从“未知”变成了“已知”。但注意简历上的每一个技术点都要能经得起追问。如果你写了“熟悉 JVM 调优”却没有用 jmap 导出过堆快照面试官深挖时会非常被动。稳重的做法是只写自己真正做过的事情然后在面试前把每个项目里的技术点按“背景—方案—踩坑—结果”的结构整理成话术。一周时间确实很紧所以所有精力都应该花在“能被问到的高频题”和“能被简历带出来的题”上。冷门知识点比如 Java 的类加载双亲委派、代理模式、设计模式有时间可以扫一眼没时间就果断放弃。面试是拿分游戏不是知识竞赛。12. 常见误区与建议最后总结一下这一周准备中最容易踩的五个坑。第一个坑沉迷于收藏别人的面经。刷到一篇文章就收藏但从来不打开看第二遍。收藏不是学习输出才是。建议准备一个自己的面试题库把遇到的每道题用自己的话整理一遍。第二个坑只看原理不动手验证。并发和 JVM 的很多概念比如锁升级、内存屏障只看文字很难形成体感。花一小时运行一个多线程复现案例比读十篇博客都有用。比如你可以写一个简单的自增程序加 volatile 和不加 volatile 分别运行观察结果差异。第三个坑答题没有层次感。一道题不要从第一句话就钻到最深的细节里。先用一两句话给出核心结论再分层展开原理最后落到实际项目场景。这既是表达技巧也是给面试官的信号“我知道重点在哪”。第四个坑忽略行为和项目层面的准备。技术题答得好但被问“你遇到最棘手的技术问题是什么”时支支吾吾同样会减分。项目中的技术难题不需要多宏大可以是排查了一个隐蔽的内存泄漏可以是优化了一个慢查询关键在于你有没有完整的思考过程。第五个坑心态崩在“不会的题”上。面试中遇到不会的题非常正常关键是不要立刻放弃。先把你理解的部分说出来再坦诚地说“这一块我掌握得不够但我理解它和 xxx 是相关的”。面试官更欣赏诚实且有分析能力的候选人而不是硬编答案的人。希望这份指南能帮你在有限的时间里找到正确的准备方向。从 8 月 11 日开始每天完成任务清单一周后你会发现面试官问出来的问题大多都在你的射程范围之内。