8月了Java后端面试还没准备好老实说这时候再从头翻书一定来不及正确做法是把有限时间花在最高频的八股文和项目表达上。这篇文章给出一套7天冲刺方案每天一个主题模块覆盖Java基础、集合、并发、JVM、Spring全家桶、MySQL、Redis、Kafka、分布式和Linux排查每个模块都拆出高频面试题、答题框架和典型追问。这套方案不是让你背完整本八股合集而是用最短时间把面试官最常问的考点过一遍顺便解决“明明知道但一开口就说不清楚”的老问题。这套方案适合两类人。一类是准备跳槽的1-3年后端开发想快速把知识体系过一遍另一类是准备秋招或实习面试的在校生有项目但没系统整理过八股。需要提前说明7天冲刺只能解决“复习效率”和“面试表达”问题解决不了“零基础入门”问题。如果连Java基本语法都还没写过请先给自己留3个月学习周期不要指望靠一周突击上岸。后端面试的真相是八股文不是能不能背下来的问题而是能不能在30秒内讲清结论、在3分钟内展开细节、在追问下不崩盘。所以这套玩法的核心原则只有一条把知识点整理成“结论→原因→源码或原理细节→坑→项目结合”的完整链路而不是孤立背题。1. 7天冲刺总览与核心能力速览先看整体方案。模块时间核心内容每日输出物Java基础与集合Day 1String、集合框架、HashMap、ArrayList手写HashMap put流程、集合对比表并发编程与JVMDay 2volatile、synchronized、线程池、JVM内存、GC、OOM排查线程池参数默写、GC流程简图Spring全家桶Day 3Bean生命周期、循环依赖、事务失效、自动配置事务失效场景清单、项目切入点MySQL与RedisDay 4索引、事务隔离级别、MVCC、Explain、Redis缓存三大问题索引失效场景、SQL优化笔记Kafka与分布式Day 5Kafka架构、消息可靠性、幂等、CAP、分布式事务消息不丢失链路图Linux与项目复盘Day 6Linux排查命令、项目STAR表达、技术亮点项目复盘稿模拟面试Day 7录音讲题、随机抽题、查漏补缺错题本、高频题录音一天的时间分配建议是2小时主题复习1小时高频题默写1小时把知识点套到自己的项目里1小时复盘错题。不要一整天只盯着屏幕看题手写、录音、讲题花费的时间不算浪费它是在训练面试表达。这套冲刺的适用范围是Java后端开发、Spring Boot技术栈、业务系统开发岗。如果你面的岗位偏算法、大数据或运维考点差异很大下面章节中通用内容仍然可以参考但核心优先级不同。2. Java后端面试考察范围与优先级Java后端面试的考点非常多但高频权重有明显分层。把知识点按P0/P1/P2分级能帮你避免在冷门方向浪费时间。优先级知识模块说明P0Java基础、集合、并发、JVM、Spring、MySQL、Redis几乎每场必考是整个面试的地基P1Spring Boot、Kafka消息队列、分布式基础、Linux常用命令大厂和高级岗位高频项目深挖时会涉及P2Netty、Elasticsearch、Docker/K8s、系统设计、算法题加分项根据岗位要求取舍需要提醒的是面试官问八股的方向经常由你简历里的项目决定。比如你写“使用了Redis做缓存”紧接着就会问缓存穿透和击穿的区别你写“项目用Kafka做异步削峰”就会追问消息不丢失和重复消费。所以复习时一定要反过来从项目外推到知识点这比机械过八股更接近真实面试节奏。另一个容易忽视的考察点是基础编码题。现在不少后端面试都会在八股问答里穿插手写代码比如单例模式、两个线程交替打印、手写LRU、字符串去重。每天抽20分钟保持手写手感比最后一天临时抱佛脚有效得多。3. Day 1Java基础与集合高频题Day 1的复习目标是把Java基础里最容易考、最容易忘的点全部串起来。重点覆盖四个方向String与常量池、与equals、HashMap底层原理、ArrayList扩容与线程安全。3.1 String、和equals面试题通常长这样String s1 new String(abc)创建了几个对象s1 s2为什么是falseString为什么要重写equals和hashCode答题框架分三层第一层说清楚常量和new对象的存储位置差异String由字符串常量池管理的字面量new出来的对象一定在堆里第二层讲比较的是引用地址equals比较的是内容第三层说String重写equals是为了比较字符串内容重写hashCode是为了配合HashMap等散列集合使用。项目里通常不太直接考这个但它是后续理解各种容器行为的基础也是很多人被追问“hashCode和equals为什么必须一起重写”时的起点。3.2 HashMap底层原理HashMap几乎是Java面试必考中的必考。高频追问链条是底层结构是什么数组加链表加红黑树put流程怎么走计算hash、定位桶、判断链表或树、决定覆盖还是追加、检查阈值后扩容为什么容量是2的幂因为定位时用(n - 1) hash只有容量是2的幂才能让位运算等价取模且分布均匀加载因子为什么是0.75这是时间复杂度和空间占用之间的折中为什么线程不安全JDK 1.7扩容时可能形成循环链表JDK 1.8改进了扩容顺序但丢失更新和size计数问题仍然存在。可以手写一个精简的put流程伪代码帮助自己记忆public V put(K key, V value) { // 1. hash扰动 int hash spread(key.hashCode()); // 2. 判断table是否为空为空则resize // 3. 根据 (n - 1) hash 定位桶 // 4. 桶为空直接newNode // 5. 桶不为空遍历链表/红黑树 // 存在相同key - 覆盖旧值 // 不存在 - 插入尾部链表长度8且数组长度64时转红黑树 // 6. 判断size是否超过threshold超过则resize() return oldValue; }如果面试官继续追问“ConcurrentHashMap怎么解决并发问题”把答案也提前准备好JDK 1.8采用CAS加synchronized锁Node头节点粒度比JDK 1.7的Segment更细数组扩容时支持多线程协助迁移。再往下还可以说弱一致性和size()方法为什么不完全准确这些细节都是区分“背题”和“理解”的关键。3.3 ArrayList与LinkedList怎么选基础题但出现频率很高。答清楚三点就够ArrayList底层是动态数组默认容量10扩容大约是1.5倍随机访问快尾部插入快中部插入慢LinkedList底层是双向链表头尾增删快随机访问慢实际开发中大多数场景用ArrayListLinkedList只有在明确频繁头尾操作时才值得考虑。面试官追问“ArrayList频繁在中间插入怎么办”时可以答改用LinkedList或者用数据结构上更适合的业务设计代替比如批处理、分段处理。Day 1最后做一次自测不看资料在白纸上默写HashMap的put流程和ArrayList的扩容倍数如果能在纸上边画边讲清楚说明这一部分过关了。4. Day 2并发编程与JVM高频题Day 2是很多人的薄弱区也是面试拉开差距的地方。并发和JVM通常会连在一起问复习时不要拆开因为线上排查时经常是“高并发导致CPU飙高最终定位到JVM线程和GC问题”这两个知识点本来就是一套组合拳。4.1 volatile和synchronized先解决基础概念volatile保证可见性禁止指令重排但不保证原子性典型场景是状态标志位和双重检查锁的单例。synchronized是JVM层面的锁会自动释放锁升级过程是无锁到偏向锁到轻量级锁再到重量级锁。注意较新JDK对偏向锁已经做了调整JDK 15之后偏向锁默认关闭JDK 18之后相关实现被标记为废弃面试讲到锁升级时可以补充一句“要看具体JDK版本”这比死背“一定会升级”更严谨。追问时可能会问synchronized和Lock的区别一个是JVM关键字一个是JUC接口Lock支持超时、可中断、多条件队列性能差异在JDK 1.6之后已经不大选择依据更多是功能需求。分布式场景下还要说清楚JVM锁只对本进程有效跨进程要用Redis或ZooKeeper分布式锁这也是后面Day 4和Day 5要补的内容。4.2 线程池参数与拒绝策略线程池必问而且面试官喜欢让你现场写参数。核心是ThreadPoolExecutor的6个构造参数corePoolSize、maximumPoolSize、keepAliveTime、workQueue、threadFactory、handler。执行流程是核心线程未满直接建线程满了先进队列队列满了再建非核心线程达到最大值后走拒绝策略。四种拒绝策略分别是AbortPolicy直接抛异常、CallerRunsPolicy调用者线程执行、DiscardPolicy静默丢弃、DiscardOldestPolicy丢弃最旧任务。业务系统里更推荐用带监控和日志的方式不能盲目丢弃任务否则用户会莫名丢订单、丢通知。ThreadPoolExecutor pool new ThreadPoolExecutor( 4, 8, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue(1000), Executors.defaultThreadFactory(), new ThreadPoolExecutor.CallerRunsPolicy() );这里要给一个真实项目经验队列长度不能设成无界否则高峰期任务堆积会把内存堆满最后表现为java.lang.OutOfMemoryError: insufficient memory。这既是面试加分点也是日常开发里容易踩的坑。4.3 JVM内存区域与GCJVM内存区域至少要能画出五块堆、虚拟机栈、本地方法栈、程序计数器、方法区。JDK 8之后方法区由元空间实现字符串常量池移到了堆。GC判定用可达性分析GC Roots包括虚拟机栈引用的对象、静态变量引用的对象、常量引用的对象、本地方法栈引用的对象等。垃圾收集器从Serial、Parallel、CMS讲到G1再到大内存优选的ZGC。常见追问包括G1和CMS的区别G1的RSet是什么为什么G1适合大堆。不用背太深但至少能说清G1是面向堆内存的增量回收能指定最大停顿时间目标。线上排查OOM的思路比背概念更值钱。遇到内存不足第一步用jps定位Java进程号第二步用jmap -heap看堆使用情况第三步用jstack导出线程栈第四步结合场景判断是堆内存不足、元空间不足还是线程创建过多。如果本地IDEA报java: outofmemoryerror: insufficient memory通常是编译期内存太小在Build Tools或VM options里调大-Xmx参数即可。面试官会很喜欢听你讲一个完整排查链路例如“当时我先看监控发现老年代满了然后dump堆用MAT看到一个静态Map里缓存了过多的用户会话对象最后改成定时清理并用Redis代替部分缓存。”5. Day 3Spring全家桶与项目框架高频题Spring和Spring Boot是后端面试的另一半江山。Day 3把这几块高频内容过一遍Bean生命周期、循环依赖、事务失效、自动配置原理、常见项目框架比如RuoYi这类后台管理脚手架。5.1 Bean生命周期与循环依赖Bean生命周期完整的表述比较长但核心链路要能说清实例化、属性填充、Aware回调、BeanPostProcessor前置处理、初始化方法、BeanPostProcessor后置处理、使用、销毁。面试时不需要背每一个英文接口名但一定要讲出BeanPostProcessor和AOP代理在哪个阶段介入这一点非常关键因为Spring的AOP本质就是通过BeanPostProcessor在Bean初始化前后生成代理对象的。循环依赖是高频追问Spring解决大部分单例setter注入循环依赖的方法是用三级缓存singletonObjects、earlySingletonObjects、singletonFactories。核心思路是提前暴露半成品对象的引用让A在创建阶段就能拿到未完全初始化的B等B初始化完回头再完成A的依赖注入。面试官经常追问为什么循环依赖不能解决构造器注入因为构造器注入在执行构造方法时就必须拿到完整依赖此时对象还没创建完三级缓存帮不上忙。项目里尽量避免循环依赖可以通过重构拆类或Lazy延迟注入解决。能把这个“为什么”讲清楚比单纯报三级缓存名字有说服力得多。5.2 事务失效场景事务失效是项目环节追问的重灾区。以下场景必须背下来。场景原因自调用同类中方法A调方法BB的Transactional没走代理非public方法Spring事务默认只能拦截public方法配置了aspectj模式除外异常被捕获事务无法感知异常rollbackFor默认只回滚RuntimeException和Error数据库引擎不支持MyISAM不支持事务传播行为配置错误REQUIRES_NEW/NESTED等没按业务选对最好在项目里找一个真实例子比如“我在Service里调同类的另一个方法导致事务没回滚最后把方法拆到不同类或使用AopContext.currentProxy()解决了”。这种细节非常加分因为它说明你不仅背过八股还真的在业务里踩过坑。如果没踩过坑也可以在自己电脑上写个单元测试复现一次面试时讲“我写过样例验证过”同样可信。5.3 Spring Boot自动配置原理Spring Boot自动配置的面试答案是SpringBootApplication里包含EnableAutoConfiguration启动时会加载classpath下的自动配置类清单文件较新版本是META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports旧版本是spring.factories再通过Conditional系列注解按条件装配。不用背完整源码但能说出ConditionalOnClass、ConditionalOnMissingBean这些常用条件注解就可以。如果简历里写了若依这类后台管理框架面试官很可能问权限设计和系统架构。要提前准备菜单动态加载、角色权限控制、部门数据权限怎么实现至少能说清RBAC模型知道Shiro或Spring Security在项目里承担什么职责。现在很多管理后台项目都在用前后端分离架构Vue做前端、Spring Boot做后端能顺手讲一次请求从登录到接口鉴权到SQL数据权限的完整链路会很有说服力。6. Day 4MySQL与Redis高频题数据库是后端面试的硬核科目Day 4全部押在这里。白天复习MySQL晚上复习Redis最后把缓存和数据库一致性串起来。6.1 MySQL索引和SQL优化MySQL索引要从B树结构讲起重点掌握B树为什么适合磁盘索引、聚簇索引与二级索引、回表和覆盖索引、最左前缀原则。手写一条SQL分析题是常见考法EXPLAIN SELECT * FROM user WHERE age 18 AND name zhangsan;如果表上建了联合索引idx_age_name这条SQL能用到两个索引列因为等值匹配满足最左前缀。如果条件是WHERE age 18 AND name zhangsanname列就无法走索引这就是范围条件右边索引失效的经典例子。索引失效场景至少背六种对索引列使用函数、隐式类型转换、like以%开头、联合索引不满足最左前缀、or连接非索引列、范围查询右边失效。SQL优化先看慢查询日志再用Explain观察type、key、rows、Extra优先把type调到range以上。6.2 事务隔离级别与MVCCMySQL默认使用可重复读隔离级别。四种隔离级别要能说出各自问题读未提交有脏读读已提交解决脏读但不可重复读可重复读解决不可重复读但可能有幻读串行化解决全部问题但性能差。InnoDB在可重复读下通过MVCC和间隙锁、临键锁规避大部分幻读。MVCC的通俗解释是每行记录有版本链事务执行时生成ReadView通过版本比较规则判断能读到哪个版本。结合undo log和当前读快照读来回答就能覆盖绝大多数追问。如果面试官问“可重复读和读已提交的ReadView生成时机有什么区别”可以答读已提交每次快照读都生成新的ReadView可重复读只在第一次快照读时生成ReadView。6.3 Redis高频题Redis的必考范围是五种基础数据类型及底层结构、过期策略、内存淘汰机制、持久化RDB和AOF、缓存穿透击穿雪崩、分布式锁。缓存三大问题必须能区分清楚。问题表现解决思路穿透请求大量不存在的数据打到DB布隆过滤器、缓存空值击穿热点key过期大量请求打到DB互斥锁、逻辑过期雪崩大量key同时过期DB整体压力大过期时间加随机值、多级缓存分布式锁是项目里最常见的Redis考察方向。最基础写法是SET key value NX EX但要注意锁超时、锁续期和释放锁时的原子性。高级回答可以提到Redisson的看门狗机制锁默认30秒过期业务没执行完会自动续期。SET lock:order 1001 NX EX 30最后落到项目里缓存更新一般推荐先更新数据库再删除缓存删除失败通过消息队列重试或延迟双删保证最终一致。面试官问“为什么不是先删缓存再更新数据库”你可以从并发读写脏数据的时序来回答先删缓存时如果另一个线程在删除后、更新前写入了旧值数据库更新完成前缓存里又有了脏数据后面再有请求就会一直读到旧值。7. Day 5Kafka与分布式基础高频题Day 5处理消息队列和分布式理论。如果你简历里没有Kafka也至少要知道基础概念写了就一定要往深了准备。近几年后端面试对消息队列的考察已经从“知不知道”升级到“能不能完整描述一条消息从发送到消费的全过程”。7.1 Kafka核心概念与消息可靠性Kafka的架构包含Producer、Broker、Consumer Group、Topic、Partition、Offset等概念早期版本依赖Zookeeper做协调新版本引入了KRaft模式。高频问题是分区和副本是什么关系Partition内的消息怎么保证顺序Consumer Group如何消费Topic消息顺序性的回答框架是同一个Partition内消息有序跨Partition不保证所以需要顺序的业务要按业务key发到同一分区比如同一个订单ID的所有消息都打到同一个partition。面试官若追问如何保证全局顺序一般答“Kafka不适合强行做全局有序可以考虑单分区或用数据库序号代替”。消息不丢失是链路题要从Producer端、Broker端、Consumer端三个角度分别答Producer端用acksall并开启重试Broker端设置副本数大于1、确认最小同步副本数ISRConsumer端处理完业务再提交offset把自动提交关闭。重复消费是另一个高频点幂等性设计更重要数据库唯一键、状态机校验、Redis去重。能结合项目说清“我们的消费者为什么会出现重复以及用什么方案保证幂等”就很加分。7.2 分布式基础与分布式事务CAP理论一致性、可用性、分区容错性三者最多取二但实际P是网络分区的必然选项所以主要是在C和A之间权衡。BASE理论是对强一致性的妥协基本可用、软状态、最终一致。面试官会问“我们系统为什么选AP还是CP场景”你要能结合自己的业务回答比如订单支付回调需要强一致用户点赞数允许最终一致。分布式事务常见方案2PC/XA强一致、TCC补偿、本地消息表、MQ事务消息、Seata框架。这里不用面面俱到至少要能说出它们的核心思想和适用场景TCC适合对性能要求高的业务消息事务适合可异步削峰的业务。配合一个订单库存扣款的项目例子讲效果远好于背概念。7.3 幂等设计与接口设计后端面试越来越喜欢考接口设计。比如“你的支付回调接口怎么保证不重复处理”这题会串联Spring、Redis、Kafka、MySQL全部知识点。答题思路先讲业务幂等键怎么生成再讲Redis SETNX防重再讲数据库唯一索引兜底最后讲失败后的重试和人工对账机制。这个答案只要逻辑自洽面试官基本不会太苛刻因为它考察的是你有没有全局设计意识而不是某个API参数。8. Day 6Linux排查与项目表达复盘面试进入后半程面试官通常会从八股转到项目和实际排查能力。Day 6专门训练这一块。8.1 Linux高频命令与排查思路后端岗位Linux考察重点是定位问题不是 Java后端面试7天冲刺：高频八股文与项目表达双线突击
8月了Java后端面试还没准备好老实说这时候再从头翻书一定来不及正确做法是把有限时间花在最高频的八股文和项目表达上。这篇文章给出一套7天冲刺方案每天一个主题模块覆盖Java基础、集合、并发、JVM、Spring全家桶、MySQL、Redis、Kafka、分布式和Linux排查每个模块都拆出高频面试题、答题框架和典型追问。这套方案不是让你背完整本八股合集而是用最短时间把面试官最常问的考点过一遍顺便解决“明明知道但一开口就说不清楚”的老问题。这套方案适合两类人。一类是准备跳槽的1-3年后端开发想快速把知识体系过一遍另一类是准备秋招或实习面试的在校生有项目但没系统整理过八股。需要提前说明7天冲刺只能解决“复习效率”和“面试表达”问题解决不了“零基础入门”问题。如果连Java基本语法都还没写过请先给自己留3个月学习周期不要指望靠一周突击上岸。后端面试的真相是八股文不是能不能背下来的问题而是能不能在30秒内讲清结论、在3分钟内展开细节、在追问下不崩盘。所以这套玩法的核心原则只有一条把知识点整理成“结论→原因→源码或原理细节→坑→项目结合”的完整链路而不是孤立背题。1. 7天冲刺总览与核心能力速览先看整体方案。模块时间核心内容每日输出物Java基础与集合Day 1String、集合框架、HashMap、ArrayList手写HashMap put流程、集合对比表并发编程与JVMDay 2volatile、synchronized、线程池、JVM内存、GC、OOM排查线程池参数默写、GC流程简图Spring全家桶Day 3Bean生命周期、循环依赖、事务失效、自动配置事务失效场景清单、项目切入点MySQL与RedisDay 4索引、事务隔离级别、MVCC、Explain、Redis缓存三大问题索引失效场景、SQL优化笔记Kafka与分布式Day 5Kafka架构、消息可靠性、幂等、CAP、分布式事务消息不丢失链路图Linux与项目复盘Day 6Linux排查命令、项目STAR表达、技术亮点项目复盘稿模拟面试Day 7录音讲题、随机抽题、查漏补缺错题本、高频题录音一天的时间分配建议是2小时主题复习1小时高频题默写1小时把知识点套到自己的项目里1小时复盘错题。不要一整天只盯着屏幕看题手写、录音、讲题花费的时间不算浪费它是在训练面试表达。这套冲刺的适用范围是Java后端开发、Spring Boot技术栈、业务系统开发岗。如果你面的岗位偏算法、大数据或运维考点差异很大下面章节中通用内容仍然可以参考但核心优先级不同。2. Java后端面试考察范围与优先级Java后端面试的考点非常多但高频权重有明显分层。把知识点按P0/P1/P2分级能帮你避免在冷门方向浪费时间。优先级知识模块说明P0Java基础、集合、并发、JVM、Spring、MySQL、Redis几乎每场必考是整个面试的地基P1Spring Boot、Kafka消息队列、分布式基础、Linux常用命令大厂和高级岗位高频项目深挖时会涉及P2Netty、Elasticsearch、Docker/K8s、系统设计、算法题加分项根据岗位要求取舍需要提醒的是面试官问八股的方向经常由你简历里的项目决定。比如你写“使用了Redis做缓存”紧接着就会问缓存穿透和击穿的区别你写“项目用Kafka做异步削峰”就会追问消息不丢失和重复消费。所以复习时一定要反过来从项目外推到知识点这比机械过八股更接近真实面试节奏。另一个容易忽视的考察点是基础编码题。现在不少后端面试都会在八股问答里穿插手写代码比如单例模式、两个线程交替打印、手写LRU、字符串去重。每天抽20分钟保持手写手感比最后一天临时抱佛脚有效得多。3. Day 1Java基础与集合高频题Day 1的复习目标是把Java基础里最容易考、最容易忘的点全部串起来。重点覆盖四个方向String与常量池、与equals、HashMap底层原理、ArrayList扩容与线程安全。3.1 String、和equals面试题通常长这样String s1 new String(abc)创建了几个对象s1 s2为什么是falseString为什么要重写equals和hashCode答题框架分三层第一层说清楚常量和new对象的存储位置差异String由字符串常量池管理的字面量new出来的对象一定在堆里第二层讲比较的是引用地址equals比较的是内容第三层说String重写equals是为了比较字符串内容重写hashCode是为了配合HashMap等散列集合使用。项目里通常不太直接考这个但它是后续理解各种容器行为的基础也是很多人被追问“hashCode和equals为什么必须一起重写”时的起点。3.2 HashMap底层原理HashMap几乎是Java面试必考中的必考。高频追问链条是底层结构是什么数组加链表加红黑树put流程怎么走计算hash、定位桶、判断链表或树、决定覆盖还是追加、检查阈值后扩容为什么容量是2的幂因为定位时用(n - 1) hash只有容量是2的幂才能让位运算等价取模且分布均匀加载因子为什么是0.75这是时间复杂度和空间占用之间的折中为什么线程不安全JDK 1.7扩容时可能形成循环链表JDK 1.8改进了扩容顺序但丢失更新和size计数问题仍然存在。可以手写一个精简的put流程伪代码帮助自己记忆public V put(K key, V value) { // 1. hash扰动 int hash spread(key.hashCode()); // 2. 判断table是否为空为空则resize // 3. 根据 (n - 1) hash 定位桶 // 4. 桶为空直接newNode // 5. 桶不为空遍历链表/红黑树 // 存在相同key - 覆盖旧值 // 不存在 - 插入尾部链表长度8且数组长度64时转红黑树 // 6. 判断size是否超过threshold超过则resize() return oldValue; }如果面试官继续追问“ConcurrentHashMap怎么解决并发问题”把答案也提前准备好JDK 1.8采用CAS加synchronized锁Node头节点粒度比JDK 1.7的Segment更细数组扩容时支持多线程协助迁移。再往下还可以说弱一致性和size()方法为什么不完全准确这些细节都是区分“背题”和“理解”的关键。3.3 ArrayList与LinkedList怎么选基础题但出现频率很高。答清楚三点就够ArrayList底层是动态数组默认容量10扩容大约是1.5倍随机访问快尾部插入快中部插入慢LinkedList底层是双向链表头尾增删快随机访问慢实际开发中大多数场景用ArrayListLinkedList只有在明确频繁头尾操作时才值得考虑。面试官追问“ArrayList频繁在中间插入怎么办”时可以答改用LinkedList或者用数据结构上更适合的业务设计代替比如批处理、分段处理。Day 1最后做一次自测不看资料在白纸上默写HashMap的put流程和ArrayList的扩容倍数如果能在纸上边画边讲清楚说明这一部分过关了。4. Day 2并发编程与JVM高频题Day 2是很多人的薄弱区也是面试拉开差距的地方。并发和JVM通常会连在一起问复习时不要拆开因为线上排查时经常是“高并发导致CPU飙高最终定位到JVM线程和GC问题”这两个知识点本来就是一套组合拳。4.1 volatile和synchronized先解决基础概念volatile保证可见性禁止指令重排但不保证原子性典型场景是状态标志位和双重检查锁的单例。synchronized是JVM层面的锁会自动释放锁升级过程是无锁到偏向锁到轻量级锁再到重量级锁。注意较新JDK对偏向锁已经做了调整JDK 15之后偏向锁默认关闭JDK 18之后相关实现被标记为废弃面试讲到锁升级时可以补充一句“要看具体JDK版本”这比死背“一定会升级”更严谨。追问时可能会问synchronized和Lock的区别一个是JVM关键字一个是JUC接口Lock支持超时、可中断、多条件队列性能差异在JDK 1.6之后已经不大选择依据更多是功能需求。分布式场景下还要说清楚JVM锁只对本进程有效跨进程要用Redis或ZooKeeper分布式锁这也是后面Day 4和Day 5要补的内容。4.2 线程池参数与拒绝策略线程池必问而且面试官喜欢让你现场写参数。核心是ThreadPoolExecutor的6个构造参数corePoolSize、maximumPoolSize、keepAliveTime、workQueue、threadFactory、handler。执行流程是核心线程未满直接建线程满了先进队列队列满了再建非核心线程达到最大值后走拒绝策略。四种拒绝策略分别是AbortPolicy直接抛异常、CallerRunsPolicy调用者线程执行、DiscardPolicy静默丢弃、DiscardOldestPolicy丢弃最旧任务。业务系统里更推荐用带监控和日志的方式不能盲目丢弃任务否则用户会莫名丢订单、丢通知。ThreadPoolExecutor pool new ThreadPoolExecutor( 4, 8, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue(1000), Executors.defaultThreadFactory(), new ThreadPoolExecutor.CallerRunsPolicy() );这里要给一个真实项目经验队列长度不能设成无界否则高峰期任务堆积会把内存堆满最后表现为java.lang.OutOfMemoryError: insufficient memory。这既是面试加分点也是日常开发里容易踩的坑。4.3 JVM内存区域与GCJVM内存区域至少要能画出五块堆、虚拟机栈、本地方法栈、程序计数器、方法区。JDK 8之后方法区由元空间实现字符串常量池移到了堆。GC判定用可达性分析GC Roots包括虚拟机栈引用的对象、静态变量引用的对象、常量引用的对象、本地方法栈引用的对象等。垃圾收集器从Serial、Parallel、CMS讲到G1再到大内存优选的ZGC。常见追问包括G1和CMS的区别G1的RSet是什么为什么G1适合大堆。不用背太深但至少能说清G1是面向堆内存的增量回收能指定最大停顿时间目标。线上排查OOM的思路比背概念更值钱。遇到内存不足第一步用jps定位Java进程号第二步用jmap -heap看堆使用情况第三步用jstack导出线程栈第四步结合场景判断是堆内存不足、元空间不足还是线程创建过多。如果本地IDEA报java: outofmemoryerror: insufficient memory通常是编译期内存太小在Build Tools或VM options里调大-Xmx参数即可。面试官会很喜欢听你讲一个完整排查链路例如“当时我先看监控发现老年代满了然后dump堆用MAT看到一个静态Map里缓存了过多的用户会话对象最后改成定时清理并用Redis代替部分缓存。”5. Day 3Spring全家桶与项目框架高频题Spring和Spring Boot是后端面试的另一半江山。Day 3把这几块高频内容过一遍Bean生命周期、循环依赖、事务失效、自动配置原理、常见项目框架比如RuoYi这类后台管理脚手架。5.1 Bean生命周期与循环依赖Bean生命周期完整的表述比较长但核心链路要能说清实例化、属性填充、Aware回调、BeanPostProcessor前置处理、初始化方法、BeanPostProcessor后置处理、使用、销毁。面试时不需要背每一个英文接口名但一定要讲出BeanPostProcessor和AOP代理在哪个阶段介入这一点非常关键因为Spring的AOP本质就是通过BeanPostProcessor在Bean初始化前后生成代理对象的。循环依赖是高频追问Spring解决大部分单例setter注入循环依赖的方法是用三级缓存singletonObjects、earlySingletonObjects、singletonFactories。核心思路是提前暴露半成品对象的引用让A在创建阶段就能拿到未完全初始化的B等B初始化完回头再完成A的依赖注入。面试官经常追问为什么循环依赖不能解决构造器注入因为构造器注入在执行构造方法时就必须拿到完整依赖此时对象还没创建完三级缓存帮不上忙。项目里尽量避免循环依赖可以通过重构拆类或Lazy延迟注入解决。能把这个“为什么”讲清楚比单纯报三级缓存名字有说服力得多。5.2 事务失效场景事务失效是项目环节追问的重灾区。以下场景必须背下来。场景原因自调用同类中方法A调方法BB的Transactional没走代理非public方法Spring事务默认只能拦截public方法配置了aspectj模式除外异常被捕获事务无法感知异常rollbackFor默认只回滚RuntimeException和Error数据库引擎不支持MyISAM不支持事务传播行为配置错误REQUIRES_NEW/NESTED等没按业务选对最好在项目里找一个真实例子比如“我在Service里调同类的另一个方法导致事务没回滚最后把方法拆到不同类或使用AopContext.currentProxy()解决了”。这种细节非常加分因为它说明你不仅背过八股还真的在业务里踩过坑。如果没踩过坑也可以在自己电脑上写个单元测试复现一次面试时讲“我写过样例验证过”同样可信。5.3 Spring Boot自动配置原理Spring Boot自动配置的面试答案是SpringBootApplication里包含EnableAutoConfiguration启动时会加载classpath下的自动配置类清单文件较新版本是META-INF/spring/org.springframework.boot.autoconfigure.AutoConfiguration.imports旧版本是spring.factories再通过Conditional系列注解按条件装配。不用背完整源码但能说出ConditionalOnClass、ConditionalOnMissingBean这些常用条件注解就可以。如果简历里写了若依这类后台管理框架面试官很可能问权限设计和系统架构。要提前准备菜单动态加载、角色权限控制、部门数据权限怎么实现至少能说清RBAC模型知道Shiro或Spring Security在项目里承担什么职责。现在很多管理后台项目都在用前后端分离架构Vue做前端、Spring Boot做后端能顺手讲一次请求从登录到接口鉴权到SQL数据权限的完整链路会很有说服力。6. Day 4MySQL与Redis高频题数据库是后端面试的硬核科目Day 4全部押在这里。白天复习MySQL晚上复习Redis最后把缓存和数据库一致性串起来。6.1 MySQL索引和SQL优化MySQL索引要从B树结构讲起重点掌握B树为什么适合磁盘索引、聚簇索引与二级索引、回表和覆盖索引、最左前缀原则。手写一条SQL分析题是常见考法EXPLAIN SELECT * FROM user WHERE age 18 AND name zhangsan;如果表上建了联合索引idx_age_name这条SQL能用到两个索引列因为等值匹配满足最左前缀。如果条件是WHERE age 18 AND name zhangsanname列就无法走索引这就是范围条件右边索引失效的经典例子。索引失效场景至少背六种对索引列使用函数、隐式类型转换、like以%开头、联合索引不满足最左前缀、or连接非索引列、范围查询右边失效。SQL优化先看慢查询日志再用Explain观察type、key、rows、Extra优先把type调到range以上。6.2 事务隔离级别与MVCCMySQL默认使用可重复读隔离级别。四种隔离级别要能说出各自问题读未提交有脏读读已提交解决脏读但不可重复读可重复读解决不可重复读但可能有幻读串行化解决全部问题但性能差。InnoDB在可重复读下通过MVCC和间隙锁、临键锁规避大部分幻读。MVCC的通俗解释是每行记录有版本链事务执行时生成ReadView通过版本比较规则判断能读到哪个版本。结合undo log和当前读快照读来回答就能覆盖绝大多数追问。如果面试官问“可重复读和读已提交的ReadView生成时机有什么区别”可以答读已提交每次快照读都生成新的ReadView可重复读只在第一次快照读时生成ReadView。6.3 Redis高频题Redis的必考范围是五种基础数据类型及底层结构、过期策略、内存淘汰机制、持久化RDB和AOF、缓存穿透击穿雪崩、分布式锁。缓存三大问题必须能区分清楚。问题表现解决思路穿透请求大量不存在的数据打到DB布隆过滤器、缓存空值击穿热点key过期大量请求打到DB互斥锁、逻辑过期雪崩大量key同时过期DB整体压力大过期时间加随机值、多级缓存分布式锁是项目里最常见的Redis考察方向。最基础写法是SET key value NX EX但要注意锁超时、锁续期和释放锁时的原子性。高级回答可以提到Redisson的看门狗机制锁默认30秒过期业务没执行完会自动续期。SET lock:order 1001 NX EX 30最后落到项目里缓存更新一般推荐先更新数据库再删除缓存删除失败通过消息队列重试或延迟双删保证最终一致。面试官问“为什么不是先删缓存再更新数据库”你可以从并发读写脏数据的时序来回答先删缓存时如果另一个线程在删除后、更新前写入了旧值数据库更新完成前缓存里又有了脏数据后面再有请求就会一直读到旧值。7. Day 5Kafka与分布式基础高频题Day 5处理消息队列和分布式理论。如果你简历里没有Kafka也至少要知道基础概念写了就一定要往深了准备。近几年后端面试对消息队列的考察已经从“知不知道”升级到“能不能完整描述一条消息从发送到消费的全过程”。7.1 Kafka核心概念与消息可靠性Kafka的架构包含Producer、Broker、Consumer Group、Topic、Partition、Offset等概念早期版本依赖Zookeeper做协调新版本引入了KRaft模式。高频问题是分区和副本是什么关系Partition内的消息怎么保证顺序Consumer Group如何消费Topic消息顺序性的回答框架是同一个Partition内消息有序跨Partition不保证所以需要顺序的业务要按业务key发到同一分区比如同一个订单ID的所有消息都打到同一个partition。面试官若追问如何保证全局顺序一般答“Kafka不适合强行做全局有序可以考虑单分区或用数据库序号代替”。消息不丢失是链路题要从Producer端、Broker端、Consumer端三个角度分别答Producer端用acksall并开启重试Broker端设置副本数大于1、确认最小同步副本数ISRConsumer端处理完业务再提交offset把自动提交关闭。重复消费是另一个高频点幂等性设计更重要数据库唯一键、状态机校验、Redis去重。能结合项目说清“我们的消费者为什么会出现重复以及用什么方案保证幂等”就很加分。7.2 分布式基础与分布式事务CAP理论一致性、可用性、分区容错性三者最多取二但实际P是网络分区的必然选项所以主要是在C和A之间权衡。BASE理论是对强一致性的妥协基本可用、软状态、最终一致。面试官会问“我们系统为什么选AP还是CP场景”你要能结合自己的业务回答比如订单支付回调需要强一致用户点赞数允许最终一致。分布式事务常见方案2PC/XA强一致、TCC补偿、本地消息表、MQ事务消息、Seata框架。这里不用面面俱到至少要能说出它们的核心思想和适用场景TCC适合对性能要求高的业务消息事务适合可异步削峰的业务。配合一个订单库存扣款的项目例子讲效果远好于背概念。7.3 幂等设计与接口设计后端面试越来越喜欢考接口设计。比如“你的支付回调接口怎么保证不重复处理”这题会串联Spring、Redis、Kafka、MySQL全部知识点。答题思路先讲业务幂等键怎么生成再讲Redis SETNX防重再讲数据库唯一索引兜底最后讲失败后的重试和人工对账机制。这个答案只要逻辑自洽面试官基本不会太苛刻因为它考察的是你有没有全局设计意识而不是某个API参数。8. Day 6Linux排查与项目表达复盘面试进入后半程面试官通常会从八股转到项目和实际排查能力。Day 6专门训练这一块。8.1 Linux高频命令与排查思路后端岗位Linux考察重点是定位问题不是