★ FEATURED ARTICLE 聊到互联网大厂Java面试很多人第一反应就是1000道题牛客、知乎、公众号随手一搜全是这种标题。我自己做过面试官也带人刷过这些题库说句大实话1000道题这个数字并不夸张夸张的是有些人真把答案背了1000道最后挂在最基础的追问上。市面上的题目汇总贴多到看不过来但题目背后真正要考察的从来不是你能不能回忆起标准答案而是你面对一个陌生问题时能不能用已有的知识体系把它拆解清楚。这篇文章我会把大厂面试里最高频的几大阵地拆开揉碎每道题不仅给参考答案还会补充面试官为什么这么问和下一层追问是什么适合正在备战校招、社招或者单纯想查漏补缺的Java开发朋友。1. 1000道题背后的考察逻辑为什么背了答案还是被刷1.1 面试官手里到底有什么样的题先说个很多人不知道的事实大部分面试官不会拿着一本题库去问他手里通常只有一张纸上面写着自己早上临时列的七八个关键词剩下的全靠现场追问。所谓的1000道题其实是历年考生把散落在各个面试里的问题收集起来形成的一个大池子。池子里的题有个特点越往底层越稳定比如HashMap、JVM内存模型、线程池三年前在问三年后还在问越往上层越灵活比如让你设计一个秒杀系统、聊聊你在项目里怎么解决缓存一致性。所以备战大厂面试核心不是把1000道题背完而是把池子里那批底层的稳定题理解到位。这批题就像练武术时的马步面试官问出来不是为了听你背口诀而是想看看你底盘稳不稳。一个候选人如果把ConcurrentHashMap的源码机制讲得清清楚楚哪怕他后面有几道设计题答得一般我都会觉得这人基础扎实、可培养反过来上来就背HashMap线程不安全、ConcurrentHashMap线程安全这种一句话答案的基本在我这儿就止步了。1.2 一道HashMap题能问出多少层我用HashMap举个例子。最浅的一层是问HashMap底层结构答数组加链表JDK8以后加红黑树这算60分。第二层是问什么时候链表转红黑树答案是链表长度达到8且数组长度达到64这算75分。第三层是问为什么阈(yù)值是8而不是7或者9这就考到泊松分布了——在负载因子0.75的情况下一个桶里链表长度达到8的概率已经低到千万分之一此时引入红黑树是为了防极端情况而不是常态优化能说出来这层基本就是85分以上。再往上还有第四层追问红黑树转回链表的条件是什么、resize的时候需不需要重新hash、头插法和尾插法改动的原因。这些题看着散实际都在考察同一个能力——你对一个常用组件是否真的读过源码、想过设计动机。我跟候选人说的时候经常打一个比方HashMap就像你天天开的车面试官不问你方向盘在哪他问的是发动机为什么这么布局你要是只背了内饰参数一聊到原理肯定露馅。2. 集合与并发Java基础里最容易被追问到底的阵地2.1 HashMap全家桶数组链表红黑树背后的设计权衡这道题几乎是必考我建议回答的时候按存储结构→put流程→扩容机制→并发问题四层递进每个层次主动抛出细节引导面试官往你想好的方向问。先记住第一层HashMap底层是数组加链表JDK8之后在特定条件下链表转红黑树。数组的每个位置叫桶通过hash值定位hash函数是key.hashCode()的高16位和低16位做异或叫扰动函数目的是让高位也参与寻址降低哈希冲突。为什么用异或而不是别的因为异或能均衡保留两部分的特征计算成本还低。第二层是put流程。计算hash→定位数组下标→如果桶为空直接放→不为空则遍历链表或树用equals判断key是否已存在→存在则覆盖、不存在则尾插新增→检查链表长度是否超过8→超过则尝试转红黑树。这里有个细节很多人会漏数组长度小于64时即使链表长度到8也不会转树而是先扩容因为短数组里冲突大概率是桶太少导致的扩容比树化更合理这个设计我每次都会拿出来强调。第三层是扩容。默认负载因子0.75容量是2的幂次方。容量为什么是2的幂因为定位桶用的是hash (n-1)只有当n是2的幂时n-1的低位全是1与运算才能等效于取模同时速度远快于取模。扩容时旧元素要么留在原位要么挪到原位置旧容量的位置这由新增的bit位决定JDK8优化成不用重新计算hash。第四层是并发问题。JDK7的HashMap在扩容时采用头插法多线程下可能形成环形链表导致get死循环JDK8改成尾插法死循环问题不在了但put时多线程仍然可能互相覆盖数据。concurrentHashMap则通过CAS加synchronized锁住桶头节点来保证并发安全锁粒度从JDK7的Segment锁细化到单个桶这也是它性能好的核心原因。提示面试时把四层流畅讲完中间穿插为什么阈值是8为什么容量是2的幂这种自问自答面试官基本就不会再往偏处问了因为他想考察的点你已经全部覆盖。2.2 线程安全核心骨架synchronized、volatile与锁升级这部分是并发题的题眼。先说volatile很多人只知道可见性和禁止指令重排但一问怎么保证可见性就卡住。答案要落在一个字锁。volatile变量写操作会强制把工作内存的修改刷回主内存并且使其他线程的缓存行失效本质是通过内存屏障实现的。注意它不保证原子性所以i这种复合操作仍然不安全这个坑几乎每次面试都会有人踩。synchronized在JDK6之后引入偏向锁、轻量级锁、重量级锁的升级路径。偏向锁是给同一个线程反复获取锁的场景用的记录线程ID即可一旦有第二个线程竞争升级为轻量级锁也就是CAS自旋抢锁自旋超过一定次数或竞争激烈升级为重量级锁也就是操作系统级的互斥锁。这里可以提一句锁只能升级不能降级方向是单向的。再对比一下ReentrantLock。synchronized是JVM层面的关键字出异常自动释放锁ReentrantLock是API层面的实现的需要手动lock和unlock但支持公平锁、可中断、可超时、可绑定多个Condition条件队列。问怎么选的时候别说看情况要说出场景JDK比较新的版本里synchronized经过优化已经非常强普通互斥用synchronized足够你需要公平锁、可中断或者多个等待队列时再上ReentrantLock。这套回答的加分项在于你能画一条锁越来越细、越来越智能的演进线volatile解决可见性synchronized解决原子性JUC包在锁基础上提供更灵活的协调工具。面试官听到这种总结会觉得你不是零散背题而是有系统认知的。2.3 线程池七个参数就是一道完整的设计题线程池这块十个候选人里八个能背出七个参数核心线程数、最大线程数、空闲存活时间、时间单位、任务队列、线程工厂、拒绝策略。但当你问他核心线程数怎么定一半人当场沉默。我一般会这么引导核心线程数取决于任务是CPU密集还是IO密集。CPU密集用CPU核数1因为多一个线程可以在某个线程偶尔阻塞时顶上IO密集可以用CPU核数乘以2甚至更高因为IO等待时不占CPU。这只是起手式实际还要结合压测和吞吐量目标动态调整。再往下问就是任务执行流程先判断核心线程是否满没满直接开新线程满了进队列等待队列满了再看是否达到最大线程数没达到就开非核心线程都满了走拒绝策略。四种拒绝策略分别是AbortPolicy抛异常、CallerRunsPolicy由调用者执行、DiscardPolicy丢弃、DiscardOldestPolicy丢弃最老的任务。这里我强烈建议每个人都看看ThreadPoolExecutor源码里的execute方法那个if-else分支写得非常清晰看完就明白为什么说先排队、再开新线程因为排队成本比切换线程低。面试时能把这段流程讲得像自己写过一样比背十篇博客都好用。3. JVM与内存排查这些题答不好前面全白考3.1 运行时数据区与对象的一生从new到GCJVM考察的核心是内存我建议按在哪存→怎么创建→怎么回收的线索去组织。程序计数器、虚拟机栈、本地方法栈是线程私有的堆和方法区是线程共享的。问了堆就顺带说方法区JDK8里方法区被移出堆、改为元空间使用本地内存规避了永久代的内存溢出问题字符串常量池也移到了堆里。对象创建过程要答出五步类加载检查→分配内存→初始化零值→设置对象头→执行构造方法。内存分配有两种方式指针碰撞和空闲列表取决于堆是否规整而堆是否规整又取决于用的是标记整理还是标记复制算法这个关联是加分点。对象在堆里的分配不是无脑往上扔而是分代设计新对象先在Eden区Minor GC后存活进入Survivor区年龄到15可以通过参数调整进入老年代。大对象直接进老年代因为大对象在Eden区和Survivor区之间复制开销太大。动态年龄判定是说Survivor区里同龄对象超过一半就把这批对象直接晋升老年代。这套说完GC的部分就顺出来了。3.2 垃圾回收算法与收集器CMS退场、G1上位的逻辑判断垃圾靠可达性分析从GC Roots出发找不到的对象就是垃圾。GC Roots包括栈帧中的局部变量、静态变量、JNI引用等注意不是所有对象都能当Root。回收算法三个标记清除有碎片问题、标记整理没有碎片但移动对象成本高、复制算法适合新生代因为存活率低。新生代用复制老年代用标记整理或标记清除。收集器方面我会重点说CMS和G1。CMS的目标是低停顿它用标记清除四个阶段里最长的是并发标记和并发清除能做到不暂停业务线程。但CMS有两个致命缺点内存碎片和浮动垃圾。浮动垃圾就是并发清除阶段新产生的垃圾只能等下次GC所以CMS不能等老年代满了才启动要预留空间触发阈值默认是92%。G1就是把堆划分为一个个Region每个Region可以扮演Eden、Survivor、Old它能做到可预测的停顿时间因为每次GC回收的Region数量可以控制。G1用的是整体标记整理、局部复制没有CMS的碎片问题。现在JDK17的ZGC都开始走进生产了它的目标是把停顿时间压制在10毫秒以内用的是染色指针和读屏障面试提一嘴会显得你知识很新但别深聊容易暴露盲区。3.3 一次真实的内存泄漏排查案例题怎么答大厂面试很喜欢问你线上有没有遇到过OOM怎么排查的。如果只答用jmap看堆然后用MAT分析太虚。要有一个完整链路。我自己的排查套路是先用top命令看哪个进程CPU和内存异常再用jmap -dump:formatb,fileheap.bin导出堆快照接着用MAT或VisualVM打开快照看Dominator Tree里哪个对象占据的内存最大然后再倒推代码里哪里创建了它。最典型的OOM场景是某个往静态Map里放数据的接口被高频调用Map只增不减把堆撑爆了。这一类题面试官真正想看的是你有没有线上排查的经验建议把jstack看线程、jstat看GC、jmap看堆、arthas在线诊断这四件套背熟每个工具能解决什么问题、什么场景下用说清楚就足够。千万别只答用工具分析五个字收尾。4. Spring与MySQL业务人天天写但答不透的一组题4.1 Spring的核心抽象IOC容器与Bean生命周期Spring这块重点在IOC和Bean生命周期。先一句话说破本质IOC就是把对象的创建和依赖关系的管理从代码里拿出来交给容器你只管定义我需要什么容器负责给什么好处是解耦、便于替换、方便统一管理。Bean生命周期是高频中的高频建议背住这条链BeanDefinition加载→实例化前BeanPostProcessor→构造方法实例化→属性填充→初始化前、初始化、初始化后→使用→销毁。每个环节都对应一个扩展点比如AOP就是通过BeanPostProcessor在初始化后阶段生成代理对象的IOC和AOP在这里闭环了。AOP再往下问会问动态代理JDK动态代理基于接口用的是Proxy类加InvocationHandlerCGLIB基于继承生成目标类的子类来覆盖方法。Spring Boot 2之后默认用CGLIB因为Spring Boot鼓励面向类而非接口编程这个细节很多人不知道。4.2 事务失效的六个场景你会踩几个Spring事务是业务开发的重灾区网上流传的事务失效场景不下十个挑最高频的讲清楚就够。场景一是方法自调用同一个类里方法A调方法BB上有Transactional也不会生效因为事务是通过代理对象增强的自调用走的是this而不是代理。场景二是方法不是publicSpring默认用CGLIB代理private方法没法被子类覆盖所以注解失效。场景三是异常被捕获自己try-catch吞掉了异常事务感知不到RuntimeException。场景四是异常类型不对比如只写Transactional没指定rollbackFor而方法里抛出的是CheckException默认不回滚。场景五是数据库引擎不支持事务比如MyISAM。场景六是传播机制设成了NOT_SUPPORTED。回答的时候最好带一个自己踩坑的真实例子比如最常见的连续保存多条数据一条失败但前面的都没回滚排查完发现是自调用。面试官听案例比听列表舒服得多。4.3 索引与SQL优化MySQL答得好不好面试官一眼便知MySQL索引几乎是必考先讲清楚InnoDB的索引结构是B树而不是B树也不是二叉树。为什么是B树只有叶子节点存数据非叶子节点只存索引键所以树更矮更宽磁盘IO次数少叶子节点用双向链表串起来范围查询直接走链表效率极高。聚簇索引和二级索引的区别是另一个必考点。聚簇索引的叶子存整行数据每张表只有一个就是主键索引二级索引的叶子存的是主键值所以用二级索引查数据需要回表。覆盖索引就是查询列都在索引里不用回表这是SQL优化的重点目标。再就是最左前缀原则。联合索引(a, b, c)查询条件里有a才能用上索引并且索引只匹配到第一个范围条件为止。这些都是要会讲原理的比如为什么要最左前缀因为B树是先按第一列排序、再按第二列排序跳过了第一列就无法利用有序性。SQL优化场景题要能说出通用套路先看看是不是查了不用的列、能不能用覆盖索引、能不能不要深分页、like %xx%怎么优化、or条件怎么改写、in和exists怎么选、order by和group by能不能走索引。把这些配合explain的type级别system、const、eq_ref、ref、range、index、ALL一起讲基本就稳了。5. Redis与分布式大厂题库里真正拉开差距的部分5.1 Redis为什么快从单线程到IO多路复用Redis高频题是为什么单线程还这么快答到四层才算完整。第一层数据在内存里操作内存纳秒级第二层单线程避免了线程切换和加锁开销第三层核心用了IO多路复用一个线程可以同时处理多个客户端连接没有阻塞等待第四层数据结构被精心设计比如SDS动态字符串、跳表、压缩列表。这里有个反直觉点要主动提Redis单线程指的是网络IO和命令执行单线程但持久化、过期键删除等后台任务通常由子进程或额外的线程完成所以说Redis完全单线程是不准确的。这个纠错会显得你读过源码而不是背过帖子。5.2 缓存三兄弟击穿、穿透、雪崩的应对方案缓存穿透是查一个一定不存在的数据请求直接打到数据库。解决方案有两个一个是缓存空值并设置较短过期时间另一个是布隆过滤器把所有可能存在的数据hash到一个位图里不存在的数据直接被拦截。布隆过滤器要讲清楚它可能有误判把不存在的判为存在、但不会漏判存在的必然能通过而且不支持删除实际项目里一般用Redisson的RBloomFilter。缓存击穿是某个热点key突然过期大量请求同时打到数据库。方案是互斥锁或者把热点key的热度分析后设置逻辑过期时间、永不过期加后台刷新。缓存雪崩是大面积key同时过期或者Redis挂掉。处理是过期时间加随机值、多级缓存、限流降级、Redis集群高可用。这三种情况面试官很喜欢现场追着场景变建议准备一套从问题到方案到代码落地的完整话术。5.3 分布式锁一套完整的答案模板分布式锁从Redis的SETNX演进来。最基础的写法是set key value NX EX 10后来发现需要校验value防误删于是引入Lua脚本保证判断和删除的原子性。再往深了会问Redis主从切换时的锁丢失问题这就是RedLock设计的背景。但实际工程里RedLock因为复杂度高、争议大分布式系统专家Martin Kleppmann专门写文章批评过很多大厂并没有直接用而是退而求其次做高可用Redis 续期机制。这里要提到看门狗续期获得锁后通过后台任务每10秒续期30秒防止任务没执行完锁就过期。Zookeeper分布式锁相比Redis锁有个优势是临时顺序节点 watch客户端挂了节点自动消失不会死锁劣势是性能不如Redis适合对一致性要求高于性能的场景。注意分布式锁题目只要出现八成下一问是如果锁的过期时间小于业务执行时间怎么办一定要准备看门狗续期和Redisson的实现细节否则只能答一半。6. 三轮下来我是怎么用1000道题准备面试的6.1 第一轮把题库变成知识树而不是背答案看到这里你应该明白了1000道题根本不是用来一个个背的。我准备面试时第一轮会做一次减法拿Excel把题目按Java基础、集合、并发、JVM、Spring、MySQL、Redis、MQ、分布式、算法、网络、项目等分好类然后每一类只挑代表性题目争取每道题都能从为什么这么设计讲出来。做知识树有个笨办法但很有效对着一个知识点连续问自己五次为什么。比如Redis为什么用跳表不用红黑树——因为范围查询友好、实现简单、支持随机访问的代价低这还没完要继续问跳表和红黑树的插入删除复杂度差不多为什么Redis偏爱跳表——因为跳表的区间查询效率能到O(log n)红黑树则弱一些而且跳表实现起来bug率低。五次追问下来的笔记远比抄一遍答案留在脑子里时间长。6.2 第二轮用自己的项目把知识点串起来第二轮非常重要把你的项目经历逐个拿出来反推面试官会怎么问。比如你说做过订单系统就自己预设问题订单状态机怎么设计金额用BigDecimal还是double并发下单怎么防超卖订单表和商品表的索引怎么建消息发送失败怎么补偿每个问题背后都挂着一串八股知识点。我当时挂在嘴边的一句话是八股文是项目的影子项目里用到Redis缓存就把缓存三兄弟的题过了用了消息队列就把消息不丢失、不重复、顺序性的题过了。这样背题不是零散的而是和真实场景绑定的面试时讲出来的东西自然有说服力。面试官听完只会觉得你是真做过而不是背过。6.3 第三轮模拟面试中的答题节奏最后是模拟面试。找同级别的朋友或者用录音自己模拟重点是训练答题结构先说结论再分点讲原理最后补一个场景或案例。比如问到MySQL索引按B树结构→聚簇索引与回表→最左前缀→实际优化案例的顺序总时长控制在三分钟讲完能明显感觉到面试官眼里有光。还有一个经验是不会的题不要硬编。大厂面试官基本都见过成千上万个候选人一道题答没答透一听就知道硬编只会留下不好印象。正确做法是把能关联的知识讲出来然后说这部分我平时没深入看过但我觉得和XX是相关的回去我会补上。至少在我这里诚实加思考路径清晰比胡说一气强十倍。自己面试别人这几年最深的体会是题库永远是学不完的每年都会冒出新的热点、新的中间件、新的框架但底层那批考察点十年没变过。把Java基础、并发、JVM、Spring、MySQL、Redis这几个阵地打得足够深1000道题自然化成了你自己的语言。最后再分享一个细节每次答完题都主动问一句这块还有没有需要我补充的既能展示自信又给了面试官一个继续深挖的口子这招我在面别人的时候确实很好使。
阅读完成 · 觉得有帮助？
