最近两个月集中面了十多家公司从传统电商到金融科技都跑了一遍最终拿到了几个满意的offer整个面试季才算阶段性结束。回头翻面试笔记发现中级Java面试的考察逻辑和初级完全不是一回事——初级考记性中级考理解高级考取舍。网上铺天盖地的八股文清单能帮你过第一轮但能不能走到谈薪资那一步取决于你对简历上写的每一个技术点到底有没有想明白背后的原理。这篇总结不讲那种“面试必背1000题”式的水文而是从我的真实面试经历出发把中级工程师最常被追问的知识点、项目包装方法、算法手写强度和那些踩过的坑一次性讲透。准备面试的同行尤其是投1-3年经验岗位的朋友可以直接参考这套复习思路来查漏补缺。1. 面试前的准备与自我定位1.1 中级面试到底在考什么很多人在投简历前就犯了一个错不区分岗位级别一套简历海投。初级岗位看基础扎实和执行力高级岗位看架构能力和业务理解而中级是夹在中间的过渡档。面试官最关心三件事你能否独立负责一个模块的设计与开发你对常用技术栈的理解深度有多大你有没有真实排查过线上问题。独立负责不是一个人写完全部代码而是需求过来以后你能自己拆解任务、设计表结构、定义接口、评估风险最后把功能交付出去而不是事事等安排。理解深度则体现在追问上比如同样用了Redis初级只会说“我们拿它做缓存”中级至少要能讲出缓存和数据库的一致性怎么保证、缓存穿透怎么解决、Redis为什么快。至于排查线上问题场景题几乎必考比如“线上CPU飙高怎么定位”“接口突然变慢怎么排查”这些没有标准答案靠的就是日常有没有真刀真枪排过故障。所以准备面试的第一步不是打开八股文大全狂背而是先做一次能力自检。拿出一张纸列出最近两年的项目每个项目写下我负责的模块、用到的关键技术、遇到的最难的问题、我的解决方案。如果这张纸写不满坦白说面试大概率撑不过第二轮。1.2 面试流程与四个关键环节从我这轮面试季的实际体验来看Java中级岗位的面试节奏差不多是简历筛选通过后两到三轮技术面加一轮HR面部分公司会加在线笔试。技术面通常分为自我介绍、项目拷问、基础知识问答、算法手写、反问环节这几段其中项目拷问是最耗时的占比能到一半。自我介绍控制在三分钟以内不要照着简历念。我的模板是姓名加工作年限加主要业务领域加最擅长的技术栈加最近一个项目的一句话亮点。比如“我做电商后端三年半熟悉Spring Cloud和MySQL调优最近在负责一个多商户商城的订单模块重构”这句话大概十秒但信息密度很高面试官后面就会顺着你的话往下问你等于是在引导面试方向。基础知识问答就是大家常说的八股环节通常持续四十分钟到一个小时考察范围集中在集合、并发、JVM、MySQL、Redis、Spring这些主干知识点。算法手写一般要求在白纸上或者在线编辑器里完成代码不用完整跑通但思路和关键边界条件一定要写清楚。反问环节不要问“加班多吗”“团队几个人”可以问“团队目前的技术演进方向是什么”“中间件是自己搭还是买云服务”这些问题既显得你在意技术和业务又能套出一些真实信息。1.3 一周内快速梳理知识框架的方法如果准备时间有限我建议用一个“五层知识框架”来复习。第一层是Java基础、集合、并发、JVM第二层是Spring、Spring Boot、MyBatis第三层是MySQL、Redis、消息队列第四层是分布式理论和项目实践第五层是算法与手写代码。每天主攻一层配合面试题文档做自测。我自己有个特别有效的笨办法每个知识点整理成“是什么、为什么、怎么用、坑在哪”四行文字口头复述一遍后再把录音转成文字。你会发现很多以为懂的细节其实讲不流畅比如“HashMap为什么线程不安全”很多人能蹦出“并发put导致死循环”但被追问JDK7和JDK8的区别就卡住了。模拟面试也很重要。建议找同事或者朋友互相提问把对方当成面试官从项目问到底层实现。如果找不到人就用手机录下自己开口讲的音频回放时你会很明显地感觉到哪些表述啰嗦、哪些逻辑断裂。这个习惯我保留到现在每次面试前都会花半小时把简历上的技术点串讲一遍。2. 基础核心不要只会背要能讲清“为什么”2.1 JVM内存模型、类加载与OOM排查JVM是中级面试绕不开的大块头。面试官通常从内存区域开始堆、虚拟机栈、本地方法栈、方法区JDK8改成元空间、程序计数器各自存什么、哪些线程共享、哪些线程私有。这里有个小技巧回答时不要割裂地报名词可以从对象的创建和访问串起来new一个对象时对象头、实例数据、对齐填充都放堆里引用可能放在栈上或堆里方法区放类元信息。类加载机制考的是加载、验证、准备、解析、初始化五个阶段以及双亲委派模型。很多人能背出类加载器但一问“双亲委派解决什么问题”就答不上来。核心就是安全性避免核心类库被自定义类污染。面试官还喜欢延伸问如果双亲委派被破坏会导致什么Tomcat为什么要打破双亲委派能答出“容器隔离”基本就是加分项。有一个冷门问题我被问到了两次Java是静态链接还是动态链接很多候选人会愣住。正确答案是动态链接类的加载和符号引用解析都发生在运行时这也是Java和C这类静态链接语言的一个明显区别。把这个点放在类加载机制里讲顺带还能引出“为什么Java需要类加载器”这个问题。线上OOM怎么排查是场景题的重头戏。我的回答框架是先用jstat和jmap看JVM状况和堆快照拿到dump文件后用MAT或visualvm分析大对象定位到嫌疑代码后区分是内存泄漏还是内存溢出。如果是线程池场景优先怀疑任务队列堆积如果是本地缓存场景优先怀疑缓存key膨胀。关键是要让面试官觉得你处理过真实线上问题而不是只会背命令。2.2 集合源码HashMap是面试第一关HashMap相关问题几乎必考先说JDK8的结构数组加链表加红黑树。默认容量16、负载因子0.75触发扩容的条件是元素个数超过容量乘负载因子扩容为原来的两倍。0.75这个数字是时间和空间的折中太大会增加哈希冲突概率太小会浪费空间。面试官很喜欢问链表转红黑树的条件。完整回答是单个桶链表长度达到8并且数组长度达到64才会转为红黑树如果数组长度没到64即使链表超过8也先扩容。为什么临界值是8因为负载因子0.75的情况下泊松分布显示桶里链表长度为8的概率极低属于成本相对可控的极端情况。能答出这层概率含义基本能甩开大多数候选人。ConcurrentHashMap是第二个高频点。JDK7是分段锁数组结构JDK8改为CAS加synchronized锁住链表头节点。get操作无锁靠volatile保证可见性size统计采用分段计数配合CAS尝试失败次数多了才加锁。这里不用背源码讲出设计和思路就够了。ArrayList和LinkedList的对比也偶尔出现ArrayList底层是Object数组随机访问快LinkedList底层是双向链表插入删除理论上更优但实际因内存不连续和不支持随机访问很多场景反而更慢。2.3 并发编程锁、线程池与AQS并发这块中级面试几乎必问synchronized和锁升级。无锁、偏向锁、轻量级锁、重量级锁四个状态要讲清楚更关键的是理解为什么锁只能升级不能降级因为撤销锁的过程需要STW代价很高如果频繁升降级反而更慢。volatile是另一个必考点。两个作用保证可见性、禁止指令重排不保证原子性。经典的DCL单例模式里instance字段必须加volatile否则new对象的三步指令重排可能导致其他线程拿到未初始化完成的实例这个例子千万要自己推导一遍。线程池七个参数corePoolSize、maximumPoolSize、keepAliveTime、unit、workQueue、threadFactory、handler。拒绝策略有AbortPolicy、CallerRunsPolicy、DiscardPolicy、DiscardOldestPolicy。生产环境不要直接用Executors的快捷方法因为FixedThreadPool和SingleThreadExecutor用的是无界队列请求量上去很容易OOM。我习惯自定义线程池用有界队列加CallerRunsPolicy再监控线程池活跃度。注意回答线程池问题时不要把书上的话原样背出来最好补一句你自己线上配置过什么参数、怎么调优的。哪怕只是“我把核心线程数设成了机器核数的两倍”也比干巴巴背参数强。ReentrantLock与synchronized的区别也是高频点可中断、可超时、可公平、多个条件队列底层是AQS同步队列加state状态。AQS的原理可以简单概括为“volatile state加CLH双向队列通过CAS改变状态失败则入队挂起”。能画出示意图面试官基本不会深挖。2.4 异常、反射、泛型与IO模型异常体系要分清Error和Exception以及受检异常和非受检异常。除了概念最好谈谈实际项目中的异常处理规范哪些地方catch、哪些地方抛、日志打印怎么避免重复刷屏。我简历里写过“使用全局异常处理器统一返回结构”面试官基本会追问“全局异常处理器怎么实现的”“为什么不用try-catch到处包”要提前准备。反射的内容主要包括Class的获取方式、反射创建对象、反射调用方法、动态代理。Spring AOP的底层就是动态代理这里要区分JDK动态代理和CGLIB的区别JDK代理要求目标类实现接口CGLIB通过继承实现代理因此final类不能被CGLIB代理。Spring默认会根据目标类是否实现接口来选择代理方式。IO模型问得最多的是BIO、NIO、AIO的区别。BIO是阻塞的一个线程处理一个连接NIO通过Selector实现多路复用一个线程可以管理大量连接AIO是异步回调。拿支付网关举例很好理解BIO就像银行柜台一对一服务NIO就像取号机一个柜员并发处理多笔业务。如果能提到Netty的服务端模型也算加分。3. 框架与中间件从用法到原理3.1 Spring IoC/AOP与Bean生命周期Spring是绕不开的大头。IoC的核心是容器帮你管理对象通过构造器注入、Setter注入、字段注入三种方式完成依赖装配。AOP则要能讲清切点、通知类型和动态代理的实现方式。切面编程的典型场景有事务管理、操作日志、权限校验、接口耗时统计这些不要只答概念最好落到自己写过的代码上。Bean生命周期在面试里经常被要求画流程实例化、属性填充、Aware回调BeanNameAware、BeanFactoryAware等、BeanPostProcessor的before方法、init-method或InitializingBean、BeanPostProcessor的after方法、使用、DisposableBean销毁。这个顺序一旦记混面试官会顺着追问“BeanPostProcessor能干什么”比如可以拿来做动态代理或者实现AOP点。3.2 Spring Boot自动配置与条件装配SpringBootApplication是组合注解包含Configuration、EnableAutoConfiguration和ComponentScan。自动配置的核心是AutoConfigurationImportSelector它会读取META-INF/spring.factories里注册的自动配置类再通过条件注解按需装配。中级面试不会问太深但会问“某个配置为什么不生效”。排查思路比背原理更值钱先看你的类有没有被扫描到再看条件注解是否满足最后看日志里有没有AutoConfigurationReport的提示。我面试时答过“用spring-boot-starter-parent统一版本管理用条件装配控制开关”面试官觉得你会主动用机制印象分就上去了。3.3 MyBatis一二级缓存与SQL优化MyBatis一级缓存默认开启作用范围是SqlSession同一个SqlSession执行同一条SQL会命中缓存。二级缓存是Mapper级别的默认关闭开启后不同SqlSession可以共享。但缓存有个问题如果缓存了脏数据业务里又直接改了DB查询可能拿到旧值。所以不少业务系统会直接禁用二级缓存或者非常谨慎地用。SQL优化才是重点。面试官常问“有个SQL很慢你的排查思路是什么”。标准回答先explain看执行计划看type、key、rows、extra确认索引有没有失效比如对索引列使用函数、发生隐式类型转换、用左模糊查询然后考虑加联合索引、覆盖索引或者优化业务逻辑减少查询。一条慢SQL的完整排查案例比背十种索引类型都有用。3.4 Redis缓存穿透、击穿、雪崩与分布式锁Redis是中级面试的分水岭。缓存穿透是查询数据库根本不存在的数据解决办法是布隆过滤器或缓存空值缓存击穿是热点key过期瞬间大量请求打到DB解决办法是互斥锁或逻辑过期缓存雪崩是大批量key同时失效导致DB挂掉解决办法是过期时间加随机值、多级缓存、熔断降级。这三个点必须能分别说清现象、原因、解决方案而且每种方案的优缺点也要知道。分布式锁也几乎是必考。最基础的是set nx ex也就是“如果不存在则设置且带上过期时间”。难点在于业务执行时间可能超过锁的过期时间锁自动释放会导致并发不安全。解决方案是续期Redisson的看门狗机制会自动续期释放锁时要校验value用Lua脚本保证原子性。不要过度吹捧Redis锁可以提到极端场景下Redis锁不是绝对安全的可以考虑数据库版本号乐观锁或升级到ZooKeeper分布式锁。3.5 消息队列选型、可靠性与最终一致性消息队列方面中级面试不会问太深但一定能答出“为什么用MQ”。无非三个理由异步解耦、流量削峰、最终一致性。以订单系统为例下单后发送消息给库存服务、积分服务、通知服务这就是异步解耦。常见的MQ选型对比可以简单记Kafka吞吐量最大但极端场景可能丢消息适合日志和用户行为上报RocketMQ事务消息能力强适合订单和支付链路RabbitMQ生态成熟适合中小规模业务。可靠性投递要讲清生产端的confirm机制、消费端的ACK机制、重试和死信队列。消费幂等是高频点可以用唯一业务流水号判断或者用Redis setNX、数据库唯一约束来保证。如果简历里写过“解决过消息重复消费”面试官会很有兴趣一定要准备一个真实案例比如重复支付回调导致金额重复扣减。这种故事比定义和原理值钱得多。4. 数据一致性、分布式事务与接口安全4.1 MySQL事务、MVCC与行级锁MySQL这块中级面试集中考事务特性、隔离级别和锁。事务的ACID要能对应到底层机制原子性和持久性靠undo log和redo log隔离性靠锁和MVCC一致性是最终目标。隔离级别从低到高读未提交、读已提交、可重复读、串行化。MySQL默认是可重复读但也要理解它通过MVCC加间隙锁解决幻读。MVCC的原理是用隐藏列版本号加undo log构建ReadView。可重复读是事务第一次读数据时生成ReadView读已提交是每条SQL都生成新的ReadView。行级锁分为记录锁、间隙锁、临键锁InnoDB默认用临键锁解决幻读。死锁的排查是一个很好的加分点通过show engine innodb status看锁等待信息业务上调整加锁顺序、缩小锁范围、减少长事务。4.2 分布式事务的工程化方案分布式事务在中级面试里通常是追问项目时出现比如“多商户商城的支付对账怎么保证一致”。这里不要求背Seata源码但主流方案的适用场景要清楚。2PC是强一致方案适合事务参与方少、一致性要求极高的场景缺点是协调者单点、阻塞时间长。TCC是业务层补偿需要实现Try、Confirm、Cancel开发量大适合核心资金链路。本地消息表加定时任务补偿是很多公司用的最终一致方案实现简单但消息表会不断增长需要定期清理。现在业界用得比较多的是Seata的AT模式和RocketMQ事务消息。回答这个话题可以先抛一句“没有银弹分布式事务选择的本质是在一致性、可用性和开发成本之间做取舍”再结合自己的项目场景展开。这样显得有思考而不是背概念。4.3 接口幂等设计幂等设计是中级面试的常客尤其简历里有支付、订单相关项目的时候。幂等的核心是保证同一个操作执行多次和执行一次结果一样。常见方案包括数据库唯一约束适合插入场景状态机订单状态只能按顺序流转幂等表记录请求的唯一业务流水号Redis setNX加过期时间作为分布式幂等控制。我在支付回调里用的方案是回调参数带订单号和支付流水号先查订单状态如果已经是已支付就返回成功否则用数据库唯一索引插入支付记录插入成功才更新订单状态。这个方案的关键是唯一索引兜底、状态机防止重复流转面试官听了基本会认可。4.4 Controller层接口安全与防爬虫很多公司现在会问接口安全设计。一套业务接口怎么防别人爬数据、刷接口。常见思路分几层网关层做限流比如令牌桶算法或滑动窗口用Redis Lua脚本可以做到分布式限流区分用户维度、IP维度、接口维度业务层加参数校验和签名验证比如要求请求带签名用appSecret加Nonce防重放再配合行为分析检测到单个用户短时间高频请求返回验证码或者临时封禁。如果你们系统里有发邮件功能还要防止被滥用发送垃圾邮件对外接口要加频控和内容审核配置SPF和DKIM校验也很重要。接口安全的本质就是不要信任外部输入层层设卡这句话可以直接用在面试回答里收尾。5. 项目经验如何把项目讲出亮点5.1 多商户跨境商城项目的业务链路梳理以多商户跨境商城为例这种项目在面试里很常见因为业务链路长、技术点多。讲项目的正确方式不是从登录注册开始而是从核心业务链路开始商户入驻、商品发布、用户浏览、下单、支付、清关、物流、售后。把这些环节按顺序串起来再引出系统模块和核心数据表面试官会觉得很清晰。多商户系统还必须能讲透行级权限隔离。商户A登录后不能看到商户B的商品和订单实现上可以通过MyBatis拦截器在SQL级别自动追加商户ID条件而不是每个业务方法里手动拼过滤条件。如果能讲清拦截器解析SQL、在where前面追加条件并且注意防止SQL注入面试会非常加分。数据表设计是面试官最爱追问的点。SKU和SPU怎么区分库存表怎么设计订单和订单项怎么关联退款表和支付表怎么关联多商户的隔离是单库多表还是分库这些平时没细想过的话现场会很被动。建议把商城项目核心表结构背熟字段不用全主外键、唯一约束、状态值必须讲清楚。5.2 高并发场景的订单、库存与支付设计项目里的高并发场景面试官会追问“你们是怎么解决超卖的”。回答不能只说乐观锁要分场景。秒杀场景请求先进MQ削峰库存预扣在Redis异步落库普通下单场景可以用数据库的CAS写法也就是update stock set stock stock - 1 where stock 0。重点要讲清并发控制放在哪个环节才能保证不超卖。订单状态机的设计也很重要。常见状态有待支付、已支付、已发货、已完成、已取消、退款中、已退款。状态流转要定义清楚哪些操作会导致变更比如支付回调会让待支付变成已支付这个更新必须带条件where status WAIT_PAY防止重复回调覆盖订单状态。支付这块要讲清楚下单不直接扣钱先生成支付单支付成功后异步回调回调要验签、幂等处理还要有定时任务扫描未支付订单超时关单并释放库存。把这些串成完整流程面试官基本不会再往难里追问。5.3 回答“项目里最大的难点”的正确姿势这是面试里最难、也最能拉开差距的问题。很多人一开口就说“项目并发太高我把Redis用上了”完全没有细节。我的建议是用一套固定结构难点是什么、为什么难、怎么定位和排查、最终方案是什么、上线后效果如何。比如我项目里遇到过支付回调重复导致库存扣多的问题我的真实回答是现象是高峰期订单退款金额不对排查发现回调推送有重试机制本地又没做幂等。定位方式是查日志看到同一条支付流水被处理了两次。方案是数据库唯一约束加状态机判断加流水号去重。上线后重复处理率降为零还加了对账任务兜底。这种回答有细节、有排查思路、有结果面试官想继续追问都不容易找到缺口。6. 手写代码与算法中级面试的真实强度6.1 高频排序算法与时间复杂度中级面试的算法题很有规律排序题高频的是冒泡、快排、归并。有些公司会故意让你手写冒泡然后问你“能不能优化”。如果只会背个双循环当场就暴露了。冒泡的优化点是记录本轮是否发生交换如果没有交换说明已经有序直接退出。算法平均时间复杂度最坏时间复杂度空间复杂度是否稳定冒泡排序O(n²)O(n²)O(1)稳定快速排序O(n log n)O(n²)O(log n)不稳定归并排序O(n log n)O(n log n)O(n)稳定快排要能讲清分区逻辑和递归写法归并要能讲清合并两个有序数组的过程。别小看冒泡我面过一家公司第一轮直接让我写优化版冒泡我写完基本版又加了flag面试官就追问最好情况和最坏情况的复杂度这个点一定要准备。6.2 字符串与数组的常见陷阱字符串题在中级面试很常见因为边界条件多。比如“判断字符串中是否只包含字母和数字”很多候选人直接调用Character.isLetterOrDigit但会被追问这个方法的判定规则以及如何用ASCII码自己实现。这种题考验的是基础API的掌握度和代码严谨性。翻转字符串、判断回文、最长公共前缀、两数之和、三数之和也是高频题。我的建议是不一定刷几百道LeetCode但要把Top 100里面字符串、数组、链表、二叉树这几类的经典题各吃透十道并且一定要在白纸上手写两遍。IDE里的自动补全和真实面试场景差别非常大这一点务必要有心理准备。6.3 蓝桥杯风格算法题怎么突击不少公司笔试会出现蓝桥杯风格的赛题比如数字题目、动态规划、贪心和搜索。这类题有两个特点输入输出格式固定用java.util.Scanner读入按行解析题目经常蕴含数学规律纯暴力很容易超时需要找到递推式或优化思路。如果时间紧张建议突击几个方向模拟题注意数据范围尽量用long而不是int排序和查找题直接调Collections.sort动态规划掌握01背包和最长公共子序列DFS和BFS会写模板。蓝桥杯省赛的难度没有想象中高重点是把常用模板练熟考场才能顺手写出。7. 常见问题与避坑经验实录7.1 面试官最反感的几种回答这段时间我见过太多候选人栽在表达上技术能力其实不差。第一种是背诵感极强一听就是背的八股文背到一半还卡壳。第二种是答非所问面试官问原理他答用法面试官问实际案例他现场编。第三种是不懂装懂遇到不会的问题硬撑被追问两轮之后彻底穿帮。正确的做法是遇到不会的题先诚实说“这块我没深入用过”然后补一句“但我理解它的设计思路大概是……”最后落到“如果有机会用到我会从……开始排查”。这样虽然没直接答出正确答案但展示了学习能力和逻辑链条面试官不会给零分。7.2 投递策略与时间管理准备期的前半段可以先把几家不是最心仪的公司作为练手。第一次面试大概率会紧张项目讲得磕磕巴巴很正常等面完三四家进入状态后再把重点公司放到后半段。这个策略能帮你把最好的状态留到最后。整个准备周期最好持续三到四周。前两周做知识点集中梳理第三周开始每天练一两道手写算法第四周约模拟面试。千万别在收到面试邀请后才开始翻书那样只会越翻越慌。我见过很多人第一封面试邮件一到整个复习节奏就乱了最后基础题反而没答好。7.3 两个独家技巧第一个小技巧很管用每次面试结束后趁记忆还新鲜马上把面试官问的问题写下来尤其是那些没答上来的题回头立刻查资料补上。你会发现同一个知识点会被不同公司反复问补掉一个盲区就多一分胜算。我整理出来的“失分点清单”前后记了四十多条后期复习基本只看这份清单。第二个技巧是面试前做一次全文串讲。所谓全文串讲就是把简历上写的每个技术栈比如Redis、MySQL、Spring Boot从头到尾用自己的话讲一遍顺便列出可能被追问的方向。这个方法能帮你在真正面试时保持流畅不容易卡壳也比临时翻笔记有效得多。最后说点掏心窝子的话。我整个面试季最大的收获不是那几个offer而是发现自己以前很多“会用”的技术其实理解都是错的。面试这件事本质上是一次高频的知识体检它逼着我把以前跳过的原理、忽略的边界条件全部补了回来。所以别只把它当成一个找工作的关口把它当成一次难得的集中学习机会来用心态会完全不一样。中级面试没有想象中那么可怕但确实没有捷径可走。扎实的复习、真实的项目思考、手写题的肌肉记忆一样都不能少希望这份总结能帮正在准备面试的你少走一些弯路。