★ FEATURED ARTICLE 写在前面我不是什么培训机构讲师也没什么流量焦虑。前两年在阿里做后端研发带过不少新人也当过几轮面试官。后来出来折腾自己的项目才意识到一个问题——Java面试题这东西网上随便一搜好几万条但绝大多数是过时的、抄来抄去的甚至答案本身都是错的。所以在准备离职跳槽那段时间我干脆自己动手把历年阿里、美团、字节、快手的真题按主题重写了一遍边整理边补底层原理前前后后花了两个月沉淀出一套比较完整的Java程序员面试备查合集。这篇文章不卖课也不发资料包就讲讲这套题集是怎么设计的、里面重点覆盖了哪些考核点以及你拿到类似题库之后到底该怎么刷才能真的管用。不管你是准备校招的应届生、想跳槽涨薪的初中级开发还是马上要去面P6/P7的老兵这套梳理思路应该都对得上。毕竟面试考察的东西再千变万化底层的知识地图就那么一张先把地图点亮了遇到什么题都不慌。1. 为什么Java程序员需要一份系统化的面试题库1.1 现在的面试早就不是背八股文那么简单了我当面试官那会儿特别喜欢问一个问题你用过ConcurrentHashMap吧那它为什么能把size()也做到线程安全很多人能背出volatile和CAS但要往下追问它在JDK 8到底怎么统计size的会有什么瑕疵十个人里能有两个人说清楚就不错了。这不是在故意刁难。真实场景里大促系统的库存扣减就面临类似的并发冲突你要是连底层的计数模型都说不明白上线出问题怎么排查所以现在的Java面试早就从考记忆变成考理解了。技术点还是那个技术点但面试官会用一层层追问把你的知识边界一点点摸出来。1.2 零散刷题的最大问题不成体系记了忘忘了背我自己刷过网上那些零散的java面试题体验很差。今天看到一条HashMap的明天刷一条Spring事务的知识点全是碎片看起来都见过真被问的时候逻辑是断的。这就是典型的用战术上的勤奋掩盖战略上的懒惰。后来我想明白一件事面试官的题目再多也是从一套固定的知识体系里抽出来的。Java基础、集合、并发、JVM、数据库、缓存、消息队列、微服务、场景设计翻来覆去就是这些大方向。所以整理题集的第一步不是堆题目而是把这张知识地图先画出来再往里面填充真题。1.3 这份合集解决的问题我按照大厂真实面试的考察逻辑把题集分成了十大模块每个模块下面按基础概念 → 原理追问 → 场景应用 → 坑点总结的层次组织。每个题目旁边标注了面试官实际想考核什么以及回答到什么深度能拿基础分、什么深度能拿加分。适合的人群也很明确校招同学需要快速建立完整的知识框架知道大厂笔试面试到底考什么1-3年经验开发跳槽时最怕被问底层原理这份题集可以帮你把薄弱环节补上3年以上老兵用来做系统复盘查漏补缺特别是场景设计题和源码类题目2. 题集背后的设计逻辑与方法论2.1 十大模块的划分依据很多人好奇我这两个月到底在整理什么。其实核心工作就两件第一把历年真题按主题归类第二给每题写答法拆解。最终落地的模块结构是这样的模块覆盖内容典型考察场景Java基础面向对象、String、异常、泛型、反射笔试单选题、电面基础题集合框架HashMap、ArrayList、ConcurrentHashMap技术一面高频区并发编程volatile、synchronized、AQS、线程池必考模块层层追问JVM内存模型、GC、类加载、调优二面/三面深挖题MySQL索引、事务、MVCC、锁、SQL优化几乎每轮都会涉及Redis数据结构、缓存雪崩、分布式锁高并发项目必考Spring生态IOC、AOP、Bean生命周期、事务失效框架应用原理微服务与中间件RPC、注册中心、MQ、分布式事务架构师/资深岗重点算法与Linux手撕代码、常用命令、网络排查笔试二面场景设计秒杀、幂等、分布式ID、限流高级岗分水岭这个顺序本身也是有讲究的。从Java基础到集合并发是语言内功JVM和MySQL是运行环境与数据底座Redis和MQ是高并发组件最后的场景设计题是综合格斗。面试官普遍也是按这个顺序由浅入深问的所以刷题的时候按这个顺序过一遍会比随机刷高效得多。2.2 答案的组织形式每个题都有四个层级我不建议搞那种题目答案的死板FAQ。真到了面试现场你背的答案和面试官想听的答案之间往往隔着好几个追问。所以我整理每个题目时都按这个结构来题目本身还原真实面试中的问法考察意图面试官到底想知道什么基准回答什么样算合格大概讲几分钟深度延伸追问时会往哪个方向走怎么答能加分举个例子HashMap底层数据结构这个题基准回答是数组链表红黑树链表长度到8转红黑树。但面试官往往会在后面接一句为什么是8而不是7或9这时候你如果只背了基准答案就被问住了。深度延伸层的回答要提到泊松分布、桶中链表长度概率极低、红黑树节点占空间大、转回链表阈值是6是为了避免频繁转换震荡。这就把背题变成了讲原理。2.3 不同经验层次的使用策略同样一份题集不同人用法完全不同。应届生主线任务是把模块1-4吃透算法题保持每天1-2题手感前端框架和Linux命令了解即可。基础题答得流畅就已经超过70%的同龄人了。1-3年开发重点在MySQL、Redis、Spring。这一层级的面试官最关心你有没有真实项目经验所以每个技术点都要准备一个我在项目里怎么用的案例。资深开发/架构方向场景设计题是重头戏。这时候面试官不再问Redis有哪些数据结构而是直接甩一个设计一个秒杀系统库存扣减怎么做。你要能主动说出Redis预扣库存、MQ异步削峰、DB最终一致性这一整套链路哪怕不完美也要展示出架构视野。3. 核心考点拆解之一Java基础、集合容器与并发编程3.1 Java基础别在这种送分题上翻车Java基础模块看着简单其实是最容易暴露问题的。我见过太多简历上写着熟练掌握Java结果连String为什么设计成不可变、Integer缓存区间是-128到127都说不清楚。这些题目不难但是答得漂亮很加分因为它决定了面试官对你基本功的第一印象。这个模块里比较有代表性的题目和equals的区别重写equals为什么必须重写hashCodeString、StringBuilder、StringBuffer怎么选字符串拼接到底发生了什么泛型擦除是怎么回事为什么ListString在运行时拿不到类型参数异常体系梳理Error和Exception的区别受检异常和非受检异常怎么区分以String不可变这个题为例很多人的回答就停在因为String类用final修饰了。勉强算对但对大厂面试来说太单薄。完整思路应该从三个角度展开一是安全性String被广泛用作HashMap的key、网络参数、文件路径如果可变会导致严重安全隐患二是线程安全不可变对象天然线程安全三是性能不可变意味着字符串常量池可以复用避免重复创建。这三个点讲完面试官基本就点头了。3.2 集合框架HashMap是永远的重头戏集合模块里HashMap以一己之力占了半壁江山。几乎可以确定只要你面的是Java岗HashMap一定跑不掉。为什么面试官这么执着因为它能考察的东西太多了数据结构、哈希算法、并发问题、扩容机制、设计取舍几乎串起了整个Java基础体系的半张网。关于HashMap我整理了这样一条追问链HashMap的底层数据结构是什么为什么链表长度到8才转红黑树为什么红黑树节点数降到6又转回链表加载因子为什么是0.75初始容量为什么是16put方法的完整流程是什么扩容机制是怎样的JDK 1.7和JDK 1.8的HashMap有什么区别HashMap为什么线程不安全多线程下put会发生什么死循环是JDK 1.7的老问题这里我想多说两句第4问。你真去读源码会发现JDK 1.8里put流程是先算hash然后看table[i]是不是null是就直接插入不是就判断是链表还是红黑树链表就尾插法遍历找相同key找到了就替换value没找到就在尾部添加。这里有个容易被忽略的细节如果key nullhash是0所以null键存在table[0]那个桶里。很多人在简历写熟悉HashMap源码结果连这个细节都不知道面试官一句追问就露馅了。ConcurrentHashMap也是高频题。JDK 1.8的ConcurrentHashMap抛弃了分段锁直接用CAS synchronized锁住桶的首节点。我要提醒一个常被误解的点它并不是全程无锁的在扩容或某个桶冲突激烈时会锁首节点只是锁的粒度更细了。3.3 并发编程从关键字到AQS的一整条线并发是Java面试题里最拉分的模块。很多人能说出synchronized和volatile的区别但问到synchronized锁升级的完整过程就卡住了。这里我强烈建议把AQSAbstractQueuedSynchronizer搞清楚因为ReentrantLock、CountDownLatch、Semaphore这些全都是建立在AQS之上的你理解了AQS就等于拿到了并发工具类的通用钥匙。锁升级这道题的标准答法无锁 → 偏向锁 → 轻量级锁 → 重量级锁。偏向锁是只有一个线程竞争时消除同步轻量级锁是少量竞争时用自旋代替阻塞重量级锁才是真正挂起线程、涉及用户态和内核态切换。JDK 15之后偏向锁被废弃了所以现在面试再答锁升级的时候可以补一句新版本JDK默认偏向锁已废弃因为维护成本大于收益这个细节很加分。线程池也是必考中的必考。七个核心参数要背熟核心线程数、最大线程数、空闲存活时间、时间单位、工作队列、线程工厂、拒绝策略。但光背参数没用面试官会追问两个场景题线程池提交一个任务处理顺序是什么答核心线程没满就创建核心线程执行满了进队列队列满了才创建非核心线程非核心线程也满了就执行拒绝策略。线上线程池参数应该怎么设置这就涉及到IO密集型和CPU密集型的不同策略CPU密集型建议核心线程数约等于CPU核数IO密集型可以设大一些但实际要根据压测数据来调没有现成公式。另外一个必问点是ThreadLocal尤其那句经典名言ThreadLocal会导致内存泄漏。要答清楚每个Thread里面有一个ThreadLocalMapkey是ThreadLocal的弱引用value是强引用。ThreadLocal被回收后key变成null但value还在如果不remove就泄漏了。所以正确答案不是会泄漏而是使用完要主动调用remove。4. 核心考点拆解之二JVM、MySQL与Redis4.1 JVM内存模型、GC机制与调优思路JVM属于那种不面则已一面就是深水区的模块。初中级岗位问内存区域划分和GC算法资深岗位直接给你一个线上OOM场景让你分析。我建议把这部分分成两条线来准备一条是内存模型一条是GC。内存模型这边要背熟程序计数器、虚拟机栈、本地方法栈、堆、方法区JDK 8之后叫元空间。为了栈和堆的关系面试官喜欢让你画一个简单的对象创建过程或者问你什么情况下会发生StackOverflow什么情况下会OOM。有项目经验的人这时候可以主动提到自己用jmap和jstat排查过内存问题一旦说出这两个工具名面试官会立刻觉得你是有实战的。GC这块经典问法是GC Roots有哪些怎么判断一个对象可回收。要答虚拟机栈中引用的对象、方法区中静态属性引用的对象、常量引用的对象、JNI引用的对象。可回收判断用的是可达性分析不是引用计数。这里有个大坑引用计数法看起来简单但解决不了循环引用问题所以主流JVM都不用它。调优题越来越常考。常见场景和答题思路我整理了一下症状排查方向常用工具CPU飙升检查是否有死循环、GC频繁top、jstack内存溢出查堆内存、对象占用jmap、MAT频繁Full GC检查堆大小、对象晋升阈值jstat、GC日志应用变慢锁竞争、IO等待、GC停顿arthas、jvisualvm关于G1和CMS的对比我得强调一句现在考G1的频率越来越高。至少要知道G1的特点是把堆划分为一个个Region可以预测停顿时间是可控停顿的收集器。不要只停留在G1是分代的这种表面上要能说出它通过Remembered Set来避免全堆扫描这才是关键。4.2 MySQL索引、事务与SQL优化MySQL是Java后端面试的另一个绝对核心。你写代码最终都要落到数据上所以面试官会花大量时间确认你懂不懂数据存储的底层。这个模块我建议重点死磕三块索引结构、事务隔离级别与MVCC、SQL优化。索引这块的基础题是为什么InnoDB用B树而不是B树或者红黑树。答案要点是B树非叶子节点不存数据只存索引所以同样大小的页面能容纳更多层级的索引树更矮更宽减少磁盘IO。而且叶子节点用链表串起来天然适合范围查询。对比一下B树的节点里既存索引又存数据每个节点能存的索引就少树就更高了。红黑树更不用说了高度是log2N数据量大时树太高。联合索引是最容易踩坑的地方。最左前缀原则必须刻在脑子里联合索引(a,b,c)查询条件只有b和c时用不上索引只有a时能用上a和b能用到a、b、c都能用到但是a、c只能用到a。进阶问题为什么要遵守最左前缀答案是B树多字段排序是先按第一个字段排、再按第二个字段排的跳过第一个字段就没有全局顺序了。事务隔离级别和MVCC也是必考。四种隔离级别要背熟尤其注意可重复读和幻读的区别可重复读解决的是同一事务内两次读结果一致但可能读到其他事务插入的新行幻读。InnoDB在可重复读级别用间隙锁Gap Lock解决了大部分幻读问题但也不是100%。MySQL默认隔离级别是可重复读而Oracle默认是读已提交这个对比也常被问到。MVCC的机制要能用一句话说清通过每行数据的隐藏列DB_TRX_ID最近修改事务ID和DB_ROLL_PTR回滚指针配合undo log实现快照读。读已提交和可重复读的区别在于生成快照的时机前者是每次select都生成新快照后者是事务内第一次select生成快照后就一直用它。SQL优化题出现了新趋势不再只是怎么给表加索引而是直接给你一条慢SQL让你分析为什么慢。我的答题框架是先EXPLAIN看执行计划重点看type级别从好到差system const eq_ref ref range index ALL再看是不是没走索引比如函数操作、隐式类型转换、前导模糊查询再看是否回表查询过多是不是需要覆盖索引最后看是否因为数据量太大需要分页优化或归档。4.3 Redis缓存一致性、穿透与分布式锁Redis面试题的热度这两年只增不减因为高并发项目绕不开缓存。最经典的三连问是缓存穿透、缓存击穿、缓存雪崩这三个名词千万不能搞混。穿透查一个不存在的key每次都会打到数据库。解决布隆过滤器或者缓存空值注意设置较短过期时间。击穿一个热点key在缓存过期瞬间大量请求全部打到数据库。解决互斥锁重建缓存或者逻辑过期。雪崩大量key同一时间过期或Redis实例宕机。解决过期时间加随机值、做高可用集群。缓存和数据库的一致性问题是现在的考察重点。面试官会问先更新数据库还是先删缓存我曾经在项目里也纠结过这个问题。标准答案里有两个方案Cache Aside模式是先更新数据库再删缓存延迟双删是先删缓存再更新数据库再等一段时间删缓存。但现在更推荐的是先更新数据库再删缓存配合订阅binlog异步删除这样即使删除失败也可以重试最稳妥的方案是基于canal订阅binlog做最终一致性。分布式锁是另一个绕不开的题目。注意这里有个知识迭代前几年大家都答用SETNX加锁用DEL释放锁现在这么答会被面试官追问锁过期了怎么办业务没执行完锁就释放了会导致并发问题吗所以现在标准答案是Redisson实现的分布式锁看门狗机制会续期默认锁30秒每10秒续期一次释放锁用Lua脚本保证原子性先判断是不是自己的锁再删。更深一层还能讨论Redlock算法不过实话讲业界对Redlock的争议挺大的面试里能讲到Redisson的看门狗就已经很能打了。5. 核心考点拆解之三Spring生态、微服务与场景设计5.1 SpringIOC、AOP与事务失效场景Spring是Java面试绕不开的一环。几乎所有Java项目都是基于Spring构建的面试官默认你天天在用它。所以Spring考察的不是会不会用而是懂不懂原理。IOC和AOP是两大基石。IOC这块要能说清楚BeanFactory和ApplicationContext的区别、Bean的生命周期实例化 → 属性填充 → 初始化前/后置处理器 → InitializingBean → init-method → 使用 → 销毁、循环依赖怎么解决三级缓存singletonObjects、earlySingletonObjects、singletonFactories。三级缓存这个题几乎是Spring模块里最高频的了核心思路是在对象还没完全初始化属性还没填充完时提前暴露一个工厂方法让别人能拿到这个半成品对象的引用。AOP的题目一般围绕动态代理展开JDK动态代理要求目标类实现接口基于接口生成代理类CGLIB代理是基于继承生成子类不需要接口。Spring默认如果目标类实现了接口就用JDK代理否则用CGLIB。有个细节Spring Boot 2.x之后spring.aop.proxy-target-classtrue是默认配置也就是优先用CGLIB。事务失效是近两年Spring面试的新宠而且特别适合结合项目问。典型场景要能背出六个方法内部自调用this.method()调用的不是代理对象事务不生效方法是private或static的Spring无法代理异常被catch了事务感知不到抛出的是受检异常而事务默认只回滚RuntimeException和Error数据库引擎不支持事务比如MyISAM没有配置事务管理器或EnableTransactionManagement缺失5.2 消息队列与分布式组件从Kafka到分布式事务微服务这块面试官一般会挑一个你简历里写过的组件深挖。所以与其每样都浅尝辄止不如挑一两个主流组件准备到源码级别。这里以Kafka为例说一下准备思路。Kafka的必考问题是**消息会不会丢怎么保证不丢**这个问题要分三段答生产端用ackall或者all加重试机制Broker端通过副本机制保证leader挂了会从ISR里选举新的副本消费端处理完业务逻辑再提交offset。三端都覆盖到了才算完整。重复消费也是绕不开的。Kafka的at-least-once语义天然会导致重复消息配合消费者端断电重启后未提交offset导致重读的场景答案一定要落到业务侧幂等上。幂等的实现方式数据库唯一索引、Redis SETNX、状态机校验等。再往外扩展分布式事务基本是P6以上岗位的必考题了。要清楚两阶段提交2PC的缺陷是同步阻塞和协调者单点柔性事务里TCC方案的Try-Confirm-Cancel三个阶段要能说出来本地消息表 消息队列的最终一致性方案是中小团队最常用的落地方案。面试官一般不会要求你把Seata源码背下来但至少要知道AT模式是基于全局锁 undo_log实现的是自动化的补偿方案。5.3 场景设计题通往高级岗的必经路如果说前面的题是考察你会不会场景设计题就是在考察你做过没有。这类题目没有标准答案但答题有套路。最典型的秒杀场景题假设一个商品库存只有100件高峰期1万人同时抢怎么设计这个题的完整链路应该是前端静态页面CDN加速、按钮置灰防重复点击、随机限流网关层Nginx Lua脚本做接口限流先挡住大部分流量应用层Redis预扣库存用Lua脚本保证原子性减库存MQ削峰扣减成功的请求发到消息队列异步落库数据库层乐观锁version字段做最终扣减防止超卖兜底如果Redis挂了降级到数据库扣减并发控制类似的题还有设计一个分布式ID生成器雪花算法的组成和时钟回拨问题、设计一个接口幂等方案、设计一个通用的限流组件固定窗口、滑动窗口、令牌桶、漏桶的对比。场景题的回答思路永远是分层 缓存 异步 降级把这个思路套进去再结合你说的组件细节就能答得比较完整。6. 怎么用这套题集科学备考我的实操计划6.1 按时间轴拆解的八周复习法整理完题集之后我给自己定了一个八周复习计划实测下来效果不错分享给各位参考第1-2周Java基础 集合 并发模块每天2-3个主题周末写一篇总结笔记第3-4周JVM MySQL Redis这阶段要配合看《深入理解Java虚拟机》和MySQL官方文档的对应章节第5周Spring 微服务 消息队列重点把面试题里的场景和自己项目里的应用对应起来第6周场景设计题每天做1道逼自己画出完整的架构链路图再开口讲第7周算法题突击每天3道LeetCode热门题以Hot 100为主第8周全真模拟面试录音回听查漏补缺6.2 追问式学习法把每一个题都吃透我不太建议直接拿着题集从头看到尾那样太被动了。我的方法是追问式学习每个题目都先合上答案自己说一遍卡住的地方就做个标记然后去看对应的源码或博文把卡点解决后再完整讲一遍。举个具体的例子题目是ArrayList和LinkedList有什么区别。第一遍大多数人答ArrayList底层是数组查询快增删慢LinkedList底层是链表增删快查询慢。这个答案对初中级岗够用但对高级岗不行。追问式学习会继续问那为什么实际项目里没人用LinkedList答案可能是LinkedList每个节点还要存前后指针内存占用高而且CPU缓存不友好链表节点在内存中不连续缓存命中率差。再到这一层你的答案就比别人深了一整个维度。6.3 把答案写出来输出是检验理解的最好方式很多人复习只看不写觉得我理解了就行。但真到了面试现场你要在30秒内组织语言并且准确表达出来这跟脑海里的理解完全不是一回事。所以我特别推荐把每个面试题写成一篇200字的说服文就像你要把这个知识点讲给一个完全不懂的同事听一样。我在整理这套题集的时候就发现很多我以为自己懂的概念真开始写的时候就发现漏洞百出。比如Redis的持久化RDB和AOF区别看别人的答案觉得简单自己写的时候才发现AOF的刷盘策略、重写机制、以及和RDB怎么混合使用这些细节真的是不写不知道一写吓一跳。这个过程很痛苦但也是提升最快的方式。7. 真实面试中的高频踩坑记录与避坑技巧7.1 简历上的每句话都要经得起追问我面试别人的时候最常干的事就是从简历里挑一行技术栈开始问。你写了精通Redis那我就会从数据结构问到持久化再问到分布式锁你写了熟悉JVM调优那GC日志总看过吧线上OOM怎么排查的拿出真实案例来讲。太多人栽在这里了简历写得天花乱坠一问细节就卡壳。所以在你投简历之前建议做一个动作把简历里每一个技术名词都列出来逐个问自己面试官问我这个我能讲几分钟能讲到什么深度有没有真实案例答不上来的要不赶紧补要不就从简历里删掉。这比刷100道面试题都重要。7.2 回答问题要有结构不要东扯西扯很多人知识点是会的但回答没有逻辑面试官听半天不知道你想表达什么。我给的套路是结论先行 分点论述 总结收尾。举个例子面试官问你怎么理解MySQL的索引。不建议从索引的分类开始絮絮叨叨可以这样答MySQL索引的核心价值是减少磁盘IO。具体来说底层数据结构B树保证了查询效率聚簇索引决定了数据存储方式而使用索引时要注意最左前缀原则。我展开讲一下这三个点……这种回答方式面试官一听就知道你有结构思维哪怕具体内容说得不完美印象分也会高很多。7.3 答不上来的时候诚实比硬编更重要我见过很多候选人被问到没准备过的问题时慌了就开始东拉西扯甚至编一个听起来很厉害的答案。这其实是面试大忌。面试官问的很多题本来就没有满分答案他要观察的是你在面对未知问题时的反应。如果真遇到不会的题我的建议是三步走第一坦诚说这个问题我之前没有深究过第二把自己能想到的相关知识讲出来展示分析过程第三问面试官能不能给一点提示或者表示会后我去查一下源码。你不要觉得承认不会很丢人面试官也是从程序员走过来的他们更欣赏真诚但愿意思考的候选人而不是硬扛着假装什么都懂的人。最后再啰嗦几句整理这套题集两个月说实话最大的收获不是这份资料本身而是这个过程倒逼我把很多以前知其然而不知其所以然的坑重新填了一遍。这两年行业变化很快AI工具确实能帮我们写不少代码但面试考察的依然是你能不能讲清楚为什么这是任何工具都替代不了的。我最后想给各位一个建议面试题是渡河的船不是目的地。不要为了刷题而刷题看到一个知识点多问自己一句这在我们项目里是什么场景出了问题我怎么排查把题集里的答案变成自己的语言。能做到这一层不管市场行情怎么变你手里这张知识地图都不会过时。
阅读完成 · 觉得有帮助？
