2026/8/13 8:23:34
FEATURED · 精选文章 
1. 项目概述一份“活”的Java面试题库最近在整理自己的技术笔记翻出来这些年面试别人和被别人面试时攒下的各种Java题目零零总总竟然有200多道。这让我想起刚入行那会儿面对面试官连珠炮似的提问脑子里一片空白只能事后懊恼“这题我明明看过”。所以我决定把这些题目系统性地梳理出来不是简单罗列答案而是结合我这些年在项目里踩过的坑、做的技术选型把每道题背后的“为什么”讲清楚。这份“大全”的目标很明确帮你把知识点从“知道”变成“能用”从“背答案”升级到“讲原理”。无论你是正在备战金三银四、金九银十的求职者还是想巩固技术栈、查漏补缺的开发者甚至是团队里负责技术面试的同事这份融合了真题与实战经验的梳理应该都能给你提供一些直接的参考。2. 题库设计与核心考点解析2.1 题库结构设计从基础到深度从单点到体系一份好的面试题集合绝不是问题的简单堆砌。我按照Java工程师的成长路径和实际面试中的考察频率将200多道题目分成了几个核心模块。这样设计的好处是你可以清晰地看到自己的知识地图哪里是空白哪里需要加固。核心模块划分Java基础与核心API这是地基约占总题量的25%。包括面向对象、集合框架、异常处理、IO/NIO、泛型、注解、反射等。很多同学觉得这里太简单但恰恰是这里的概念模糊会导致后面理解框架源码时困难重重。Java并发编程面试中的“重灾区”也是区分中级和高级工程师的关键约占20%。线程生命周期、锁机制synchronized、ReentrantLock、JUC工具包ConcurrentHashMap、线程池、原子类、并发容器、Happens-Before原则等每一个点都能深挖。JVM与性能调优考察你是否能透过现象看本质约占15%。类加载机制、内存区域堆、栈、方法区、垃圾回收算法与收集器、性能监控工具jstack, jmap, jstat、常见的OOMOutOfMemoryError排查思路。主流框架与生态Spring全家桶Spring Framework, Spring Boot, Spring Cloud是绝对重点约占30%。IoC/AOP原理、Bean生命周期、事务管理、Spring Boot自动配置、Spring Cloud核心组件Eureka, Feign, Hystrix等以及MyBatis的缓存、动态SQL。数据库与中间件MySQL索引与锁、事务隔离级别、SQL优化、Redis数据类型与持久化、缓存穿透/雪崩/击穿解决方案、消息队列Kafka/RocketMQ核心概念约占10%。注意这个比例是基于当前2024-2025年一线互联网公司对中高级Java工程师的普遍要求。对于应届生或初级工程师应把70%的精力放在前两个模块上。2.2 考点深度剖析面试官到底在问什么很多面试题看似在问一个简单的概念实则是在考察你知识体系的完整性和思考深度。我以几道高频题为例拆解一下背后的考察逻辑。例题1HashMap的底层原理是什么浅层回答数组链表/红黑树通过key的hashcode计算索引解决哈希冲突。深度剖析面试官想听到的是数据结构演进JDK1.7及之前是数组链表JDK1.8引入了红黑树当链表长度8且数组容量64时转化。为什么要引入红黑树解决极端情况下链表过长导致的查询效率O(n)退化问题。哈希计算细节(h key.hashCode()) ^ (h 16)这个扰动函数的作用是什么让高位参与运算减少哈希碰撞。扩容机制扩容因子为什么默认是0.75扩容时是重新计算每个元素的位置吗不是JDK1.8优化为高位链表和低位链表性能更高。线程安全性为什么说HashMap线程不安全举出具体场景如多线程put导致数据覆盖、扩容时可能形成循环链表。对应的线程安全容器ConcurrentHashMap在JDK1.7和1.8中是如何实现的分段锁 vs. synchronized CAS。例题2Spring Bean的作用域有哪些浅层回答singleton, prototype, request, session, global-session。深度剖析这题在考察你对Spring容器管理对象生命周期的理解。Singleton单例默认作用域。容器中只存在一个实例。这里有个大坑在Spring管理的单例Bean中注入prototype作用域的Bean每次获取到的还是同一个prototypeBean为什么因为依赖注入只在单例Bean初始化时发生一次。如何解决使用Lookup注解或ObjectFactory/Provider。Prototype原型每次请求都创建新实例。它带来的问题是什么生命周期不由容器管理需要使用者自己负责资源清理。Request/Session/ApplicationWeb应用特有。它们的实现原理是什么通常借助ThreadLocal或Scope代理。在非Web环境或异步线程中直接获取会怎样抛出异常。通过这样的深度拆解你会发现面试题的核心不是背诵而是串联。当你能够把一个知识点和它的应用场景、潜在问题、解决方案以及在不同版本/框架中的演变都讲清楚时你的竞争力就完全不一样了。3. 高频核心题目精讲与避坑指南3.1 Java并发编程经典三连问并发是面试中最容易“翻车”的地方下面这三道题几乎必考且一环扣一环。题目synchronized和ReentrantLock有什么区别标准答案对比表特性synchronized(关键字)ReentrantLock(类)实现层面JVM层面原生语法支持JDK层面通过API实现锁的获取隐式获取与释放进入同步代码块自动获取退出自动释放显式调用lock()和unlock()必须在finally块中释放灵活性相对固定非公平锁灵活可设置为公平锁或非公平锁默认非公平尝试非阻塞获取不支持支持tryLock()可设置超时时间中断响应等待锁时不可中断支持lockInterruptibly()可响应中断条件队列通过wait()/notify()操作单个等待队列可绑定多个Condition对象实现精确唤醒避坑指南不要死记硬背表格。要理解为什么会有这些区别ReentrantLock的出现是为了弥补synchronized在灵活性上的不足比如需要尝试锁、可中断锁、公平锁等高级功能。在项目里除非你有明确的需求如需要尝试锁、公平锁或分离的条件队列否则优先使用synchronized。原因很简单synchronized随着JVM升级在不断优化如锁升级无锁-偏向锁-轻量级锁-重量级锁且代码更简洁不易出错不会忘记解锁。题目说说你对volatile关键字的理解核心作用保证变量的可见性和禁止指令重排序但不保证原子性。可见性原理基于CPU的MESI缓存一致性协议和内存屏障。写volatile变量时JVM会插入一个StoreStore屏障和StoreLoad屏障强制将工作内存中的值刷新到主内存读的时候会插入一个LoadLoad和LoadStore屏障强制从主内存读取。经典误区“volatile能保证线程安全”。错它只能保证单次读/写的原子性和可见性对于i这种复合操作读-改-写无能为力。解决i问题需要用synchronized或AtomicInteger。题目ThreadLocal的原理是什么使用中要注意什么原理每个Thread对象内部都有一个ThreadLocalMap它以ThreadLocal对象自身作为Key存储线程私有的变量。这样数据是隔离的不存在线程安全问题。巨坑内存泄漏ThreadLocalMap的Key是弱引用WeakReferenceThreadLocal而Value是强引用。当ThreadLocal外部强引用被置为null后由于Key是弱引用在GC时会被回收但Value依然存在强引用链Thread - ThreadLocalMap - Entry - Value导致Value无法被回收造成内存泄漏。解决方案每次使用完ThreadLocal后必须手动调用remove()方法清除当前线程的ThreadLocalMap中对应的Entry。3.2 JVM内存与GC实战分析题目描述一次完整的JVM内存溢出OOM排查过程。这题考察你的实战经验和系统性思维。标准回答应该像一个故事现象确认收到监控报警或用户反馈服务变慢、无响应。通过jps找到目标Java进程的PID。初步定位使用jstat -gcutil PID 1000查看GC频率和内存各区域使用率如果发现Full GC频繁且回收后老年代空间几乎不变很可能有内存泄漏。使用jmap -heap PID查看堆内存配置和当前使用概况。内存快照分析使用jmap -dump:live,formatb,fileheap.hprof PID导出堆转储文件生产环境慎用live参数会触发Full GC。使用MAT或JVisualVM加载heap.hprof文件。分析泄漏根源在MAT中查看“Histogram”或“Dominator Tree”找到占用内存最大的对象类。查看该对象的“GC Roots”引用链找到是谁在持有这些对象导致无法回收。常见原因静态集合类持续添加、未关闭的资源如数据库连接、不合理的缓存设计等。验证与修复根据分析结果修改代码并在测试环境复现验证。题目G1垃圾收集器的工作原理别再只回答“分代收集”了。G1的核心是“分区”Region和“可预测的停顿时间模型”。Region将整个堆划分为多个大小相等的Region1M-32M不再是物理上的新生代、老年代。回收过程G1跟踪各个Region的“垃圾价值”回收所需时间与释放空间大小维护一个优先列表。Mixed GC不是单纯回收年轻代或老年代。当老年代占用达到阈值-XX:InitiatingHeapOccupancyPercent默认45%G1会开始“混合回收”Mixed GC既回收年轻代Region也回收部分价值高的老年代Region。Remembered Set (RSet)每个Region都有一个RSet记录来自其他Region的对本Region内对象的引用。这是实现跨代引用的关键避免全堆扫描。4. 框架与中间件深度问答实录4.1 Spring循环依赖的真相与三级缓存题目Spring如何解决循环依赖这是Spring面试的“王炸”题。必须说清楚“三级缓存”和“早期暴露”的概念。假设A依赖BB依赖A。实例化与缓存Spring先开始创建A。调用A的构造器实例化注意此时属性还未填充一个对象我们称之为“早期对象”或“原始对象”。然后Spring将这个原始对象放入第三级缓存singletonFactories中。这个缓存里存的是ObjectFactory一个能返回这个原始对象或代理对象的函数式接口。属性填充与触发依赖Spring开始为A填充属性发现需要B。于是去获取B。B的创建过程同样Spring实例化B并将B的ObjectFactory放入三级缓存。然后为B填充属性发现需要A。获取早期引用此时B去获取A。它会依次检查缓存一级缓存singletonObjects存放完整的单例Bean没有A。二级缓存earlySingletonObjects存放早期的单例Bean已暴露但未初始化完成没有A。三级缓存singletonFactories有A的ObjectFactorySpring通过这个工厂获取到A的早期引用可能是原始对象也可能是AOP代理对象并将这个引用放入二级缓存同时从三级缓存移除。B拿到了A的早期引用完成属性填充初始化然后放入一级缓存。A完成创建B创建完成后A顺利拿到B的实例完成自己的属性填充和初始化最终也放入一级缓存。循环依赖解决。关键点三级缓存的核心价值在于处理有AOP代理的循环依赖。如果只是普通Bean二级缓存貌似就够了。但如果有AOPSpring需要确保在整个容器中对于同一个Bean其代理对象是唯一的。ObjectFactory的工厂方法里包含了生成代理的逻辑确保了无论循环依赖中谁先获取得到的都是同一个代理对象。4.2 MySQL索引失效的实战场景题目哪些情况会导致MySQL索引失效背八股文不如记场景。以下是我在慢SQL优化中遇到最多的几种情况最左前缀原则对于联合索引(a, b, c)查询条件必须是a、a,b或a,b,c的顺序才会走索引。where b? and c?或where a? and c?跳过了b都无法充分利用索引。在索引列上做计算、函数或类型转换where year(create_time) 2024失效→ 应改为where create_time 2024-01-01 and create_time 2025-01-01where id 1 100失效→where id 99where phone 13800138000如果phone是varchar类型这里发生了隐式类型转换失效→where phone 13800138000使用!或大多数情况下会导致全表扫描。NOT IN和NOT EXISTS也要谨慎。like以通配符开头where name like %张索引失效。where name like 张%可以走索引。如果必须模糊查询考虑使用全文索引或ES。or连接的条件如果or前后的条件列都有索引有时会使用index_merge优化。但如果有一个列没索引整个查询就会全表扫。例如where a1 or b2如果b无索引则失效。数据分布与优化器判断当MySQL优化器通过统计信息判断使用索引查询需要回表的行数超过全表行数的很大比例通常约30%时它可能认为全表扫描成本更低从而放弃使用索引。实操心得遇到慢SQL第一反应就是用EXPLAIN查看执行计划。重点关注type列ALL最差index、range、ref、eq_ref、const依次变好、key列实际使用的索引、rows列预估扫描行数和Extra列Using filesort、Using temporary通常需要优化。5. 面试实战技巧与问题排查思路5.1 遇到“不会”的问题怎么办面试中遇到完全没听过的问题很正常关键在于你的反应和思路。切忌直接说“我不会”。错误回答“这个我没了解过不知道。”正确思路坦诚但积极“面试官这块知识我目前确实没有深入研究过。”关联已知“但根据我了解的类似技术/原理我猜测它可能是为了解决XXX问题而设计的类似于YYY中的ZZZ机制。”展现思路“如果让我来设计这样一个功能我可能会从A、B、C这几个角度去考虑比如……”表达意愿“这个问题暴露了我的知识盲区面试后我会立刻去学习补充。”例如如果被问到“ZGC的染色指针技术”你可以说“我对ZGC的细节还不熟但我知道它是为了追求极低停顿时间的GC。您提到的染色指针我猜是不是一种在指针本身存储对象元数据如标记信息的技术这样GC时可以直接通过指针读取状态避免了访问对象头的开销类似于Shenandoah GC的Brooks Pointer我很想了解一下它的具体实现。”5.2 系统设计类问题通用应对框架对于“如何设计一个秒杀系统”、“如何设计一个短链服务”这类开放性问题可以遵循一个通用框架来回答显得有条理。需求澄清先和面试官确认核心需求、QPS峰值、数据量级、一致性要求强一致还是最终一致、可用性要求。不要一上来就谈技术。架构总览分层描述。通常包括客户端动静分离、CDN、网关层限流、鉴权、业务服务层无状态、集群部署、缓存层Redis集群、消息队列削峰填谷、数据库层分库分表、读写分离。核心难点与解决方案高并发读多写少用缓存Redis写多用消息队列异步化。超卖在缓存Redis中用原子操作DECR或Lua脚本扣减库存扣减成功后再发MQ通知数据库异步落库。防刷网关层限流令牌桶、漏桶、验证码、用户行为风控。流量洪峰前端按钮置灰、答题验证后端队列缓冲。数据一致性说明最终一致性如何保障比如通过MQ的重试机制、对账补偿job。容灾与降级缓存穿透/击穿/雪崩的预防方案服务熔断降级策略如Hystrix、Sentinel。监控与运维关键指标监控QPS、RT、错误率、日志追踪、报警机制。按照这个框架即使不能想到所有细节也能展现你系统化思考的能力。最后我个人在准备面试时会把每个重要的知识点都像这样给自己讲一遍模拟面试场景。把答案从“文字”变成“自己的语言”这个过程比单纯背诵要有效十倍。技术之路没有捷径但好的方法和持续的努力一定能让你在面试中更加从容自信。
Java面试核心：从HashMap到Spring循环依赖的深度解析与实战指南
1. 项目概述一份“活”的Java面试题库最近在整理自己的技术笔记翻出来这些年面试别人和被别人面试时攒下的各种Java题目零零总总竟然有200多道。这让我想起刚入行那会儿面对面试官连珠炮似的提问脑子里一片空白只能事后懊恼“这题我明明看过”。所以我决定把这些题目系统性地梳理出来不是简单罗列答案而是结合我这些年在项目里踩过的坑、做的技术选型把每道题背后的“为什么”讲清楚。这份“大全”的目标很明确帮你把知识点从“知道”变成“能用”从“背答案”升级到“讲原理”。无论你是正在备战金三银四、金九银十的求职者还是想巩固技术栈、查漏补缺的开发者甚至是团队里负责技术面试的同事这份融合了真题与实战经验的梳理应该都能给你提供一些直接的参考。2. 题库设计与核心考点解析2.1 题库结构设计从基础到深度从单点到体系一份好的面试题集合绝不是问题的简单堆砌。我按照Java工程师的成长路径和实际面试中的考察频率将200多道题目分成了几个核心模块。这样设计的好处是你可以清晰地看到自己的知识地图哪里是空白哪里需要加固。核心模块划分Java基础与核心API这是地基约占总题量的25%。包括面向对象、集合框架、异常处理、IO/NIO、泛型、注解、反射等。很多同学觉得这里太简单但恰恰是这里的概念模糊会导致后面理解框架源码时困难重重。Java并发编程面试中的“重灾区”也是区分中级和高级工程师的关键约占20%。线程生命周期、锁机制synchronized、ReentrantLock、JUC工具包ConcurrentHashMap、线程池、原子类、并发容器、Happens-Before原则等每一个点都能深挖。JVM与性能调优考察你是否能透过现象看本质约占15%。类加载机制、内存区域堆、栈、方法区、垃圾回收算法与收集器、性能监控工具jstack, jmap, jstat、常见的OOMOutOfMemoryError排查思路。主流框架与生态Spring全家桶Spring Framework, Spring Boot, Spring Cloud是绝对重点约占30%。IoC/AOP原理、Bean生命周期、事务管理、Spring Boot自动配置、Spring Cloud核心组件Eureka, Feign, Hystrix等以及MyBatis的缓存、动态SQL。数据库与中间件MySQL索引与锁、事务隔离级别、SQL优化、Redis数据类型与持久化、缓存穿透/雪崩/击穿解决方案、消息队列Kafka/RocketMQ核心概念约占10%。注意这个比例是基于当前2024-2025年一线互联网公司对中高级Java工程师的普遍要求。对于应届生或初级工程师应把70%的精力放在前两个模块上。2.2 考点深度剖析面试官到底在问什么很多面试题看似在问一个简单的概念实则是在考察你知识体系的完整性和思考深度。我以几道高频题为例拆解一下背后的考察逻辑。例题1HashMap的底层原理是什么浅层回答数组链表/红黑树通过key的hashcode计算索引解决哈希冲突。深度剖析面试官想听到的是数据结构演进JDK1.7及之前是数组链表JDK1.8引入了红黑树当链表长度8且数组容量64时转化。为什么要引入红黑树解决极端情况下链表过长导致的查询效率O(n)退化问题。哈希计算细节(h key.hashCode()) ^ (h 16)这个扰动函数的作用是什么让高位参与运算减少哈希碰撞。扩容机制扩容因子为什么默认是0.75扩容时是重新计算每个元素的位置吗不是JDK1.8优化为高位链表和低位链表性能更高。线程安全性为什么说HashMap线程不安全举出具体场景如多线程put导致数据覆盖、扩容时可能形成循环链表。对应的线程安全容器ConcurrentHashMap在JDK1.7和1.8中是如何实现的分段锁 vs. synchronized CAS。例题2Spring Bean的作用域有哪些浅层回答singleton, prototype, request, session, global-session。深度剖析这题在考察你对Spring容器管理对象生命周期的理解。Singleton单例默认作用域。容器中只存在一个实例。这里有个大坑在Spring管理的单例Bean中注入prototype作用域的Bean每次获取到的还是同一个prototypeBean为什么因为依赖注入只在单例Bean初始化时发生一次。如何解决使用Lookup注解或ObjectFactory/Provider。Prototype原型每次请求都创建新实例。它带来的问题是什么生命周期不由容器管理需要使用者自己负责资源清理。Request/Session/ApplicationWeb应用特有。它们的实现原理是什么通常借助ThreadLocal或Scope代理。在非Web环境或异步线程中直接获取会怎样抛出异常。通过这样的深度拆解你会发现面试题的核心不是背诵而是串联。当你能够把一个知识点和它的应用场景、潜在问题、解决方案以及在不同版本/框架中的演变都讲清楚时你的竞争力就完全不一样了。3. 高频核心题目精讲与避坑指南3.1 Java并发编程经典三连问并发是面试中最容易“翻车”的地方下面这三道题几乎必考且一环扣一环。题目synchronized和ReentrantLock有什么区别标准答案对比表特性synchronized(关键字)ReentrantLock(类)实现层面JVM层面原生语法支持JDK层面通过API实现锁的获取隐式获取与释放进入同步代码块自动获取退出自动释放显式调用lock()和unlock()必须在finally块中释放灵活性相对固定非公平锁灵活可设置为公平锁或非公平锁默认非公平尝试非阻塞获取不支持支持tryLock()可设置超时时间中断响应等待锁时不可中断支持lockInterruptibly()可响应中断条件队列通过wait()/notify()操作单个等待队列可绑定多个Condition对象实现精确唤醒避坑指南不要死记硬背表格。要理解为什么会有这些区别ReentrantLock的出现是为了弥补synchronized在灵活性上的不足比如需要尝试锁、可中断锁、公平锁等高级功能。在项目里除非你有明确的需求如需要尝试锁、公平锁或分离的条件队列否则优先使用synchronized。原因很简单synchronized随着JVM升级在不断优化如锁升级无锁-偏向锁-轻量级锁-重量级锁且代码更简洁不易出错不会忘记解锁。题目说说你对volatile关键字的理解核心作用保证变量的可见性和禁止指令重排序但不保证原子性。可见性原理基于CPU的MESI缓存一致性协议和内存屏障。写volatile变量时JVM会插入一个StoreStore屏障和StoreLoad屏障强制将工作内存中的值刷新到主内存读的时候会插入一个LoadLoad和LoadStore屏障强制从主内存读取。经典误区“volatile能保证线程安全”。错它只能保证单次读/写的原子性和可见性对于i这种复合操作读-改-写无能为力。解决i问题需要用synchronized或AtomicInteger。题目ThreadLocal的原理是什么使用中要注意什么原理每个Thread对象内部都有一个ThreadLocalMap它以ThreadLocal对象自身作为Key存储线程私有的变量。这样数据是隔离的不存在线程安全问题。巨坑内存泄漏ThreadLocalMap的Key是弱引用WeakReferenceThreadLocal而Value是强引用。当ThreadLocal外部强引用被置为null后由于Key是弱引用在GC时会被回收但Value依然存在强引用链Thread - ThreadLocalMap - Entry - Value导致Value无法被回收造成内存泄漏。解决方案每次使用完ThreadLocal后必须手动调用remove()方法清除当前线程的ThreadLocalMap中对应的Entry。3.2 JVM内存与GC实战分析题目描述一次完整的JVM内存溢出OOM排查过程。这题考察你的实战经验和系统性思维。标准回答应该像一个故事现象确认收到监控报警或用户反馈服务变慢、无响应。通过jps找到目标Java进程的PID。初步定位使用jstat -gcutil PID 1000查看GC频率和内存各区域使用率如果发现Full GC频繁且回收后老年代空间几乎不变很可能有内存泄漏。使用jmap -heap PID查看堆内存配置和当前使用概况。内存快照分析使用jmap -dump:live,formatb,fileheap.hprof PID导出堆转储文件生产环境慎用live参数会触发Full GC。使用MAT或JVisualVM加载heap.hprof文件。分析泄漏根源在MAT中查看“Histogram”或“Dominator Tree”找到占用内存最大的对象类。查看该对象的“GC Roots”引用链找到是谁在持有这些对象导致无法回收。常见原因静态集合类持续添加、未关闭的资源如数据库连接、不合理的缓存设计等。验证与修复根据分析结果修改代码并在测试环境复现验证。题目G1垃圾收集器的工作原理别再只回答“分代收集”了。G1的核心是“分区”Region和“可预测的停顿时间模型”。Region将整个堆划分为多个大小相等的Region1M-32M不再是物理上的新生代、老年代。回收过程G1跟踪各个Region的“垃圾价值”回收所需时间与释放空间大小维护一个优先列表。Mixed GC不是单纯回收年轻代或老年代。当老年代占用达到阈值-XX:InitiatingHeapOccupancyPercent默认45%G1会开始“混合回收”Mixed GC既回收年轻代Region也回收部分价值高的老年代Region。Remembered Set (RSet)每个Region都有一个RSet记录来自其他Region的对本Region内对象的引用。这是实现跨代引用的关键避免全堆扫描。4. 框架与中间件深度问答实录4.1 Spring循环依赖的真相与三级缓存题目Spring如何解决循环依赖这是Spring面试的“王炸”题。必须说清楚“三级缓存”和“早期暴露”的概念。假设A依赖BB依赖A。实例化与缓存Spring先开始创建A。调用A的构造器实例化注意此时属性还未填充一个对象我们称之为“早期对象”或“原始对象”。然后Spring将这个原始对象放入第三级缓存singletonFactories中。这个缓存里存的是ObjectFactory一个能返回这个原始对象或代理对象的函数式接口。属性填充与触发依赖Spring开始为A填充属性发现需要B。于是去获取B。B的创建过程同样Spring实例化B并将B的ObjectFactory放入三级缓存。然后为B填充属性发现需要A。获取早期引用此时B去获取A。它会依次检查缓存一级缓存singletonObjects存放完整的单例Bean没有A。二级缓存earlySingletonObjects存放早期的单例Bean已暴露但未初始化完成没有A。三级缓存singletonFactories有A的ObjectFactorySpring通过这个工厂获取到A的早期引用可能是原始对象也可能是AOP代理对象并将这个引用放入二级缓存同时从三级缓存移除。B拿到了A的早期引用完成属性填充初始化然后放入一级缓存。A完成创建B创建完成后A顺利拿到B的实例完成自己的属性填充和初始化最终也放入一级缓存。循环依赖解决。关键点三级缓存的核心价值在于处理有AOP代理的循环依赖。如果只是普通Bean二级缓存貌似就够了。但如果有AOPSpring需要确保在整个容器中对于同一个Bean其代理对象是唯一的。ObjectFactory的工厂方法里包含了生成代理的逻辑确保了无论循环依赖中谁先获取得到的都是同一个代理对象。4.2 MySQL索引失效的实战场景题目哪些情况会导致MySQL索引失效背八股文不如记场景。以下是我在慢SQL优化中遇到最多的几种情况最左前缀原则对于联合索引(a, b, c)查询条件必须是a、a,b或a,b,c的顺序才会走索引。where b? and c?或where a? and c?跳过了b都无法充分利用索引。在索引列上做计算、函数或类型转换where year(create_time) 2024失效→ 应改为where create_time 2024-01-01 and create_time 2025-01-01where id 1 100失效→where id 99where phone 13800138000如果phone是varchar类型这里发生了隐式类型转换失效→where phone 13800138000使用!或大多数情况下会导致全表扫描。NOT IN和NOT EXISTS也要谨慎。like以通配符开头where name like %张索引失效。where name like 张%可以走索引。如果必须模糊查询考虑使用全文索引或ES。or连接的条件如果or前后的条件列都有索引有时会使用index_merge优化。但如果有一个列没索引整个查询就会全表扫。例如where a1 or b2如果b无索引则失效。数据分布与优化器判断当MySQL优化器通过统计信息判断使用索引查询需要回表的行数超过全表行数的很大比例通常约30%时它可能认为全表扫描成本更低从而放弃使用索引。实操心得遇到慢SQL第一反应就是用EXPLAIN查看执行计划。重点关注type列ALL最差index、range、ref、eq_ref、const依次变好、key列实际使用的索引、rows列预估扫描行数和Extra列Using filesort、Using temporary通常需要优化。5. 面试实战技巧与问题排查思路5.1 遇到“不会”的问题怎么办面试中遇到完全没听过的问题很正常关键在于你的反应和思路。切忌直接说“我不会”。错误回答“这个我没了解过不知道。”正确思路坦诚但积极“面试官这块知识我目前确实没有深入研究过。”关联已知“但根据我了解的类似技术/原理我猜测它可能是为了解决XXX问题而设计的类似于YYY中的ZZZ机制。”展现思路“如果让我来设计这样一个功能我可能会从A、B、C这几个角度去考虑比如……”表达意愿“这个问题暴露了我的知识盲区面试后我会立刻去学习补充。”例如如果被问到“ZGC的染色指针技术”你可以说“我对ZGC的细节还不熟但我知道它是为了追求极低停顿时间的GC。您提到的染色指针我猜是不是一种在指针本身存储对象元数据如标记信息的技术这样GC时可以直接通过指针读取状态避免了访问对象头的开销类似于Shenandoah GC的Brooks Pointer我很想了解一下它的具体实现。”5.2 系统设计类问题通用应对框架对于“如何设计一个秒杀系统”、“如何设计一个短链服务”这类开放性问题可以遵循一个通用框架来回答显得有条理。需求澄清先和面试官确认核心需求、QPS峰值、数据量级、一致性要求强一致还是最终一致、可用性要求。不要一上来就谈技术。架构总览分层描述。通常包括客户端动静分离、CDN、网关层限流、鉴权、业务服务层无状态、集群部署、缓存层Redis集群、消息队列削峰填谷、数据库层分库分表、读写分离。核心难点与解决方案高并发读多写少用缓存Redis写多用消息队列异步化。超卖在缓存Redis中用原子操作DECR或Lua脚本扣减库存扣减成功后再发MQ通知数据库异步落库。防刷网关层限流令牌桶、漏桶、验证码、用户行为风控。流量洪峰前端按钮置灰、答题验证后端队列缓冲。数据一致性说明最终一致性如何保障比如通过MQ的重试机制、对账补偿job。容灾与降级缓存穿透/击穿/雪崩的预防方案服务熔断降级策略如Hystrix、Sentinel。监控与运维关键指标监控QPS、RT、错误率、日志追踪、报警机制。按照这个框架即使不能想到所有细节也能展现你系统化思考的能力。最后我个人在准备面试时会把每个重要的知识点都像这样给自己讲一遍模拟面试场景。把答案从“文字”变成“自己的语言”这个过程比单纯背诵要有效十倍。技术之路没有捷径但好的方法和持续的努力一定能让你在面试中更加从容自信。 
