Java面试一周高效复习指南：HashMap、JVM与并发核心考点全梳理-北京尧图网络

金三银四一到技术圈里最热闹的话题永远是“Java 面试到底怎么准备”。我最近收到很多私信内容几乎都是一个模板项目能讲可一被问到 Java 基础知识就卡壳HashMap 的 put 流程记不全synchronized 和 volatile 的区别说不清ArrayList 和 LinkedList 的区别只会说“一个数组一个链表”。这种状态去面试哪怕项目经历包装得再完整也会在基础面环节被打回原形。这篇文章就专门来解决这个问题。我按一周时间线把 Java 面试八股文里最容易被问到的部分拆开覆盖 Java 基础、集合框架、JVM、并发编程、Spring、MySQL、Redis 等高频模块每一类都给出快速记忆思路和答题参考。完整内容会尽量做到像聊天一样好记你可以直接拿去当复习大纲也可以按里面的问题做自测。它的定位不是源码级深挖而是先帮你在短时间内建立完整的面试知识骨架适合马上要投简历的社招/校招开发者也适合想系统沉淀一轮 Java 知识基础的同学。1. 先聊明白Java 面试八股文到底在考什么1.1 八股文不是考背诵是考“你能不能讲清楚底层逻辑”很多准备面试的人都会陷入一个误区觉得八股文就是拿题目和答案硬背背吐了就完事。实际上面试官心里很清楚任何知识点都可以现场百度不可能要求每个人都把源码细节背得一字不差。他问 Java 基础、问集合源码、问 JVM 内存模型真正想验证的是三件事第一你有没有系统学过这门语言的底层机制第二你在遇到线上问题时能不能快速定位到原理层面第三你口头表达技术概念时逻辑是否通顺。这也是为什么经常出现一种情况有人背了二百道题面试官换个问法他就答不上来有人只认真准备了三十个核心方向却能侃侃而谈。区别就出在他是不是真的理解了答案背后的因果链条。举个例子。HashMap 常考题是“为什么要用红黑树而不直接用链表”如果只背答案“为了提升查询效率防止哈希冲突严重时链表太长”这只能算及格。面试官再追问一句“链表多长才算太长为什么偏偏选 8”如果脑子里没有“泊松分布、概率、空间与时间成本权衡”这几个关键词回答就会断掉。但如果你准备的时候就不只是背结论而是把这几个链条串起来现场自由组织语言就不会被问倒。所以这篇文章里的答案我刻意不写成大段背诵稿而是给记忆点和口头表达框架。你可以先照着说一遍再用自己的话讲一遍后一种方式才真正进入长期记忆。1.2 一周复习时间表把内容拆成每天能消化的块“一周背完”并不是说七天里什么正事都不干只背题而是指每天抽出大概三个小时集中复习。我通常会把时间这样拆第一天专攻 Java 基础与面向对象第二天专攻集合框架第三天专攻 JVM第四天专攻并发编程第五天处理 Spring 和 MySQL 两个大头第六天补充 Redis、常见算法手写和网络基础第七天用来做模拟面试和错题复盘。这个顺序不是随便排的它遵循了一条复习逻辑先解决与日常写代码关系最近的基础语法和集合再进入运行原理层面的 JVM 与并发最后处理框架和中间件。如果一上来就背 JVM 类加载和垃圾回收很容易被名词淹没反过来先解决最亲切的 ArrayList、HashMap会更容易建立信心也更容易把后面 JVM 的内容落在一个具体场景里。这份时间表还考虑到一个问题就是人的记忆会衰减。第一天背的东西如果不复习到第七天可能忘掉大半所以我会在每天复习新模块之前先花十五分钟把前一天的“高频十问”快速过一遍。比如第二天开始集合框架前把“String 能被继承吗”“ 和 equals 区别”“接口和抽象类怎么选”这类前一天内容口头默答一遍答不上的标记出来晚上回头再看。这种滚动式复习比盲目追新进度有效得多因为它利用了间隔重复的基本原理。如果只有一个周末的时间那就把计划压缩成“基础集合 JVM”三大块先把这三块的必问题稳住剩下的交给临场发挥。2. Java 基础与面向对象两天内必须拿下的地基2.1 和 equals、String 相关基本可以确定开场怎么问Java 基础部分的提问关键词出现频率最高的往往就是“ 和 equals 的区别”“String、StringBuilder、StringBuffer 区别”“String 为什么设计成不可变”。这三个问题经常连环出现一个答不透后面全崩。比较稳妥的回答开头是这样的比较的是引用地址对于基本数据类型比较的是值对于引用类型它比较的是对象在虚拟机内存中的起始地址只有指向同一个对象时才会返回 true。equals 是 Object 类的方法默认实现也走的是但很多类会重写它比如 String 和 Integer重写之后 equals 比较的是内容是否相等。说到这里最好补一句所以如果你要在自定义类里用 HashMap 或 HashSet就必须同时重写 equals 和 hashCode否则同一个业务对象可能出现两份因为 hashCode 不一致导致它们在散列表里落在不同桶中。String 类的问题也一样需要把记忆锚点放在“不可变性”上。不可变意味着它内部用 final 修饰的 char 数组或 byte 数组保存数据并且不提供修改这些数组内容的公共方法。基于不可变这个前提可以推导出四个结论第一String 对象可以安全地被多线程共享不需要额外同步第二字符串常量池能被多个引用共用从而节省内存第三每次对 String 做拼接或替换都会生成新对象所以循环里拼字符串性能会非常差需要用 StringBuilder第四String 重写了 hashCode所以很适合作为 HashMap 的 key。这四条结论一旦能顺着“不可变”自然说出来就不需要背长篇大论。还可以带一句 StringBuilder 和 StringBuffer 的区别在于后者方法加了 synchronized线程安全但性能略低这个对比问题也顺手解决了。2.2 接口和抽象类、重载和重写的答题公式面向对象里最容易被反复追问的是“接口和抽象类有什么区别”以及“什么时候用接口什么时候用抽象类”。很多答案堆了一堆字但面试官只挑重点听。比较实用的回答框架是先说语法区别再说设计意图。语法层面一个类可以实现多个接口但只能继承一个抽象类接口里普通方法默认是 public abstract字段默认是 public static final抽象类可以有构造方法、普通字段和具体方法。设计层面抽象类描述的是“是什么”的 is-a 关系强调代码复用适合把多个子类公共的属性和方法放在一起接口描述的是“能做什么”的 has-a / capability 关系强调行为约定适合定义能力边界。举一个经典例子Door 可以被设计为抽象类因为门都有 open 和 close 方法但防盗门能不能报警就适合定义一个 Alarm 接口因为不是所有门都会报警。能够把一个抽象概念落到具体例子上基本就达到了面试官对这道题的期待。重载和重写则更常以“Java 里多态怎么体现”这个角度出现。一句话版本是重载发生在同一个类内部方法名相同、参数列表不同编译期就能确定要调用哪个方法重写发生在子类和父类之间方法签名完全一致、子类重新实现逻辑运行时通过动态绑定来决定调用哪个版本。记住一个典型错误答案“重写不能抛异常、不能降低访问权限”这个说法不够准确。实际约束是子类抛出的受检异常范围不能比父类更大访问权限不能比父类更严格而方法签名必须一致。把这些约束背后“保持里氏替换原则”的意图讲出来哪怕答案简单也会让面试官觉得你是理解过的而不是背了一堆条条框框。2.3 包装类与自动装箱容易被忽略的隐藏考点Java 基础里还有一个容易被轻视的考点就是包装类缓存。最常见的高频题是这样一段代码Integer a 100; Integer b 100; System.out.println(a b); 再换成 200 再问一次。先别看面试官的表情这道题其实考的是 Integer 内部缓存机制。Integer 默认缓存了 [-128, 127] 区间的对象在这个范围内用自动装箱复制给引用时拿到的是同一个缓存对象所以用比较结果可能是 true一旦超出范围就会 new 出新的 Integer 对象比较结果就是 false。扩展延伸会考 Long、Short 也有类似缓存Double、Float 没有缓存。原因是整数对象在业务里复用频率高缓存能显著降低小整数对象的重复创建这也是设计者基于“空间换时间”的考虑。自动装箱还有一个常见坑存在于循环内频繁使用 Integer 做累加的场景因为每次 1 都会触发拆箱、计算、再装箱产生大量临时对象在极端情况下会增加 GC 压力。面试时如果能顺口带出“阿里 Java 开发手册里也建议用基本类型和包装类型时先想清楚 NPE 风险”这种工程经验会很加分。继续往深处包装类都会重写 equals 和 hashCode比较包装类数值时建议用 equals 而不是但 equals 比较会隐含拆箱过程所以尽量保证比较的双方类型一致避免 Integer 和 Long 互比时出现意外结果。把这一组小问题串起来回答面试官此时基本就能判断你 Java 基础是系统复习过的而不是临时抱佛脚。3. 集合框架面试官最爱从 ArrayList 和 HashMap 切入3.1 ArrayList 扩容机制为什么是 1.5 倍而不是 2 倍集合框架里的送分题通常在 ArrayList 和 LinkedList 区别。如果只回答“ArrayList 底层是数组LinkedList 底层是双向链表所以 ArrayList 查询快、增删慢LinkedList 增删快、查询慢”这道题大概率只拿到一半分。因为在实际场景里LinkedList 的随机插入删除真的不一定比 ArrayList 快链表每个节点还要额外维护前后指针内存占用更高Cache 命中率也更差。真正让面试官眼睛一亮的表达是在尾部追加元素时ArrayList 通常会比 LinkedList 更快因为数组是连续内存追加到尾部可以直接写而链表还需要不断 new Node可能触发更多内存分配。所以要优先使用 ArrayList只有当需要频繁在已知位置插入或删除且集合规模很大时才考虑 LinkedList。这个回答已经是“老手层”了。ArrayList 的扩容机制则是另一个高频点。回答思路是默认无参构造时元素数组是空数组第一次 add 才会扩容到默认容量 10当元素数量超过当前容量时会计算新容量为旧容量旧容量右移一位也就是增加 50%。举例来说10 个元素满了之后扩容到 1515 个又满了再扩到 22。为什么扩容选择 1.5 倍而不是 2 倍可以从空间和时间两个角度解释如果扩得太大比如 2 倍虽然扩容次数少了但一次性分配大片连续内存浪费的可能性也更大尤其在存储大对象时如果只扩 1.1 倍内存利用率高但扩容太频繁每次扩容都要把旧数组内容复制到新数组复制成本会成为性能瓶颈。1.5 倍是在空间浪费和扩容次数之间取得平衡同时也利用了位移运算提升计算效率。这种考虑在面试里如果主动说出来明显比单纯背参数值更能证明你理解集合设计。3.2 HashMap 必背流程put、hash、扩容、红黑树一次串完HashMap 属于 Java 面试八股文里的“顶流”不管面大厂还是中小厂几乎都是必问。准备时不能只背零散结论要按一条主线把内容串起来。我推荐的背诵主线就是 put 方法的全流程。首先调用 hash(key) 计算哈希值然后把数组长度减一与哈希值做位运算来定位下标其次检查当前 table 是否为空如果为空就先做 resize 初始化默认容量是 16再次根据下标查看数组中该位置是否为空为空就直接插入新节点不为空就看头节点 key 是否与要插入的 key 相同相同就覆盖 value如果头节点是红黑树节点就调用红黑树插入逻辑如果还是普通链表就遍历链表找到相同 key 就替换 value找不到就在尾部追加新节点。追加完后如果链表长度达到 8并且数组长度达到 64就把链表树化成红黑树如果只是链表到 8 但数组长度还不足 64则会优先扩容而不是树化。最后每插入一个键值对modCount 会加一同时 size 加一如果 size 超过扩容阈值 threshold loadFactor * capacity就触发扩容。扩容相关的追问是另一套高频组合拳为什么容量必须是 2 的 n 次幂为什么加载因子默认是 0.75为什么树化阈值是 8容量是 2 的 n 次幂时计算下标可以用 hash (length - 1) 代替取模速度更快同时扩容时元素要么留在原位置要么移动到原索引加旧容量的位置不需要重新计算大部分 hash重排效率很高。加载因子取 0.75本质是空间与时间成本的折中太高会导致哈希冲突概率上升太低则浪费内存。树化阈值 8 则来自泊松分布在随机哈希函数下链表长度到 8 的概率已经非常低再加上红黑树节点内存占用比普通节点更大所以平常大部分情况链表形式就够用只有极端冲突时才会转树避免查询退化成 O(n)。把这些逻辑理顺以后HashMap 的面试基本就很难被击穿了。3.3 ConcurrentHashMap 线程安全机制别再只说“分段锁”并发容器方向的经典题是 ConcurrentHashMap 怎么实现线程安全。这道题需要分版本说因为 JDK 1.7 和 JDK 1.8 的实现思路完全不同。JDK 1.7 里采用 Segment 分段锁内部把整个 Map 分成多个 Segment每个 Segment 继承自 ReentrantLock写操作只锁住对应的段不同段的写操作可以并发执行读操作通过 volatile 修饰的 HashEntry 保证可见性大多数情况下不加锁。JDK 1.8 则废弃了分段锁改用 CAS synchronized 保证并发安全。它的实现思路可以这样理解定位到一个桶时如果这个桶为空就用 CAS 尝试直接放入新节点不需要加锁如果桶不为空才对桶的头节点加 synchronized 锁锁粒度从 1.7 的段级别细到了单个桶级别。这样在哈希冲突不严重的情况下并发度会比 1.7 更高而且 synchronized 在 JDK 1.6 之后引入锁升级JVM 会做大量优化。这道题还有一个更好的延伸方向当扩容发生时 ConcurrentHashMap 是怎么处理的。1.8 的扩容支持多线程协助迁移每个线程可以领取一段旧的桶区间迁移完成后通过 forward 节点标记桶已经处理过。理解这一点后再谈“为什么 ConcurrentHashMap 的 size() 不精确统计”就容易了因为在并发环境下每次都精确统计代价太大它通过 baseCount 和 CounterCell 分散计数最终返回的 size 是一个近似值。面试现场如果能把这个流程讲出来面试官很容易就能区分你到底是看过源码还是只是在背博客结论。这套逻辑复习完不要忘了顺带过一下 HashMap 在多线程环境下的死循环或数据覆盖问题JDK 1.7 头插法扩容时可能出现环形链表1.8 里也可能出现数据覆盖问题所以并发场景一定优先用 ConcurrentHashMap。4. JVMJava 面试八股文的半壁江山4.1 运行时数据区先答主分区再把易追问点准备清楚JVM 里面的题大多有一个很明显的区分度只背名字的人能过一个很基础的筛选但扛不住连环追问。以“JVM 运行时数据区”这道题为例标准回答是先划分线程私有和线程共享线程私有的有程序计数器、虚拟机栈、本地方法栈线程共享的有堆和方法区。然后逐一说作用。程序计数器记录当前线程正在执行的字节码指令地址是实现分支、循环、跳转、异常处理和线程恢复的基础虚拟机栈描述 Java 方法执行的内存模型每个方法从调用到执行完毕会对应一次栈帧的入栈与出栈本地方法栈服务于 native 方法。堆是最大的一块内存区域几乎所有对象都在这里分配方法区存储类信息、常量、静态变量等数据。这道题比较容易在冷门细节上翻车。比如 Java 8 以后方法区被移除改成了元空间它使用的是本地内存而不是 JVM 堆内存这背后有一层很重要的意图避免字符串常量池和类元数据导致永久代 OOM。再比如面试官问“什么情况下会抛出 StackOverflowError”标准回答是递归调用过深栈帧大小超过虚拟机栈容量但如果只停在“递归太深”上会显得没经验能补一句“每次方法调用都会创建栈帧局部变量表存放基本类型和引用每层栈帧还包含操作数栈和指向运行时常量池的引用所以某些死循环或超大局部变量也会增加栈帧压力”这道题就能高出一个身位。还有不同线程的栈大小默认值不同Linux 64 位下通常是 1MB 左右如果业务里需要大量创建线程要关注栈内存总量。4.2 双亲委派模型背结论前先理解为什么要这么设计类加载机制是 JVM 部分的高频区核心问题通常是类加载过程包含哪几步双亲委派模型是什么为什么要破坏双亲委派。类加载过程一句话描述加载、验证、准备、解析、初始化其中在准备阶段为静态变量分配内存并设置零值在初始化阶段才真正执行静态代码块和赋值静态变量。双亲委派模型则指当一个类加载器收到类加载请求时它不会自己先去加载而是把请求委派给父类加载器逐层向上最终由引导类加载器尝试加载只有父加载器加载不了才回到子加载器自己尝试。这样做最直接的好处是避免 java.lang.String 这种核心类被自定义类覆盖保证 Java 核心 API 的安全一致。为什么会有“破坏双亲委派”的说法现实场景里有个矛盾JDBC 的 java.sql.DriverManager 是启动类加载器加载的但 mysql-connector-java 这样的第三方驱动 jar 是放在应用 classpath 下的按双亲委派逻辑启动类加载器根本加载不到第三方驱动。解决思路就是引入线程上下文类加载器让启动类容器里的核心代码可以反过来委托应用类加载器去加载第三方实现这等于打破了父类优先的默认顺序。另一个容易延伸到的案例是 Tomcat不同 Web 应用可能用了不同版本的 Spring 或类库Tomcat 会为每个 Web 应用创建独立类加载器保证应用之间类隔离。每次谈到这都会有人把“双亲委派打破”理解成不安全其实它只是在更灵活的方向上对原模型做了扩展。面试时如果能用 JDBC 或 Tomcat 举出具体例子整道题就已经不单单是背书了。4.3 垃圾回收规则与常见收集器怎样回答才显老练JVM 垃圾回收的题建议把它当成“判断候选人有没有排查过线上问题”的灵魂拷问来准备。一开始可以先讲对象是否存活常见算法是引用计数法和可达性分析。引用计数法因为循环引用问题很难解决所以主流 JVM 用的是可达性分析从一组 GC Roots 出发做引用链遍历无法到达的对象会被判为可回收。GC Roots 主要有虚拟机栈中引用的对象、静态属性引用的对象、常量引用的对象、本地方法栈中 JNI 引用的对象等。这里千万不要背到一半就慌要让自己能顺口说出一个实际例子方法里 new 出来的 ArrayList如果没有被静态字段持有方法执行完栈帧弹出后它就可能被标记为可回收对象。接着就是内存回收策略和垃圾收集器。新生代对象存活率低适合用复制算法将内存按 8:1:1 分成 Eden 和两个 Survivor回收时把存活对象复制到另一个 Survivor对剩余空间直接整体清理。老年代对象存活率高适合用标记-整理或标记-清除算法因为复制算法在老年代会有大量复制开销。收集器方面面试题经常围绕 CMS 和 G1 来问。CMS 的老年代收集器追求最短停顿时间它启用并发标记清除缺点是会产生内存碎片并且并发阶段会占用 CPU 资源。G1 则把堆划分成多个 Region可以同时回收新生代和老年代并支持可预测的停顿时间模型当不可预测的大对象分配或者多轮 GC 效率下降时G1 会被触发 Full GC。准备这一段不需要背每个收集器的所有参数重点是能把“分代思想垃圾回收算法停顿时间”串联起来讲明白为什么 G1 能成为现代服务端默认选择。4.4 内存溢出与内存不足看到 OutOfMemoryError 怎么答“Java: OutOfMemoryError: insufficient memory”这类问题在真实面试中出现的频率并不低因为很多线上服务在容器化部署后内存配额没配好或者线程创建过多时就会报出这个主题相关的错误。这里需要先弄清楚一个容易混淆的点普通 Java 应用最常见的 OOM 消息是 java.lang.OutOfMemoryError: Java heap space说明堆空间已经满了而 insufficient memory 这个错误更偏向 JVM 从操作系统底层申请本地内存失败可能发生在创建线程、加载类、JIT 编译或者 DirectByteBuffer 分配时它不是纯粹的堆内存不足。面试时主动点破这个区别会很有价值因为很多人一看到 OOM 就只会说把 -Xmx 调大这在 heap space 场景下有时候有用在处理线程内存不足场景下反而可能适得其反。按我个人经验回答 OOM 问题的最好路径是先确认报错堆栈看异常出现在哪一行再排查到底属于堆溢出、元空间溢出、线程创建失败还是直接内存溢出。堆溢出时用 jmap 导出堆转储再用 MAT 或 JProfiler 分析哪些对象占用过大如果是“unable to create new native thread”则很可能受进程最大线程数限制影响也可能与操作系统内存不足有关需要检查系统可用内存、容器内存限制和线程数量如果是启动参数配置问题可以结合 -Xmx、-Xms、-XX:MaxDirectMemorySize 做调整。平时我还会用 -XX:HeapDumpOnOutOfMemoryError 参数提前打开堆转储万一线上崩了至少能留下案发现场。这些经验文章里很少展开但面试官听了通常会比较认可因为这是真正调试过的人才说得出的细节。5. 并发编程把 synchronized、volatile、线程池串成一条线5.1 synchronized 锁升级过程如何判断锁状态并发编程这部分几乎是所有 Java 候选人的噩梦但同时也是区分度最大的模块。很多人把 synchronized、volatile、ReentrantLock 单独背得滚瓜烂熟却不知道它们之间其实是层层递进的关系。准备 synchronized 的时候最好不要只停留在“它是重量级锁能保证原子性和可见性”。在 JDK 1.6 之后synchronized 会经过锁升级过程从无锁状态先尝试偏向锁同一线程再次进入同步块时无需再做同步操作如果出现竞争会升级为轻量级锁通过 CAS 来获取锁不阻塞线程如果竞争继续加剧再升级为重量级锁底层依赖于操作系统的互斥量实现未获取锁的线程会进入阻塞状态。说清这个升级路径就完全区别于只背一句话的候选人了。不过也要注意在较新的 JDK 版本中偏向锁本身也在调整。JDK 15 已经默认禁用偏向锁原因是偏向锁在大量并发、多线程竞争场景下反而带来额外的撤销成本所以它的意义更多体现为理解锁设计的演化历程。面试的时候可以提一句“偏向锁在 JDK 15 进入废弃阶段说明高并发场景下简单的偏向逻辑不一定划算”这能体现你关注到较新的版本变化。另外synchronized 在字节码层面是通过 monitorenter / monitorexit 指令实现而 ReentrantLock 是基于 AQS 的 API 锁。对比两者时可以从“是否需要手动释放、是否支持可中断获取锁、是否支持公平锁、条件变量支持”这几个维度展开。5.2 volatile 能保证什么、不能保证什么记住一个反例就够volatile 这道题每年都会刷掉一批人问题基本是“volatile 能保证原子性吗”。标准答案它不能保证复合操作的原子性但能保证可见性和有序性。用一个常见反例就能解释清楚两个线程同时对 volatile int count 做 count看起来是两步操作实际上底层是读-改-写三个步骤线程 A 和线程 B 可能同时读到旧值再同时写回导致 count 只加了一次。这说明 volatile 不适合替代 synchronized 或原子类。它能保证可见性的原因是 volatile 写操作会插入内存屏障强制把工作内存中的修改刷新到主内存同时禁止相关指令重排序避免出现单例对象发布过早导致其他线程看到半初始化的对象。单例模式的双重检查锁很适合作例子展开。在 Java 里 new Singleton() 不是原子操作它大致对应分配内存、初始化对象、把引用指向内存三个步骤如果指令重排序后一个线程可能先完成引用赋值而对象还没完成初始化另一个线程这时读到的就是一个不完整对象。把 instance 用 volatile 修饰后会禁止这种重排序确保引用指向的对象一定已经完整初始化。这个例子把 JMM、重排序、单例三个知识点串在一起很适合作为面试现场的口述场景。说清楚 volatile 的核心价值是适合做状态标记开关比如控制线程停止的 boolean flag它本身不涉及复合操作只需要保证共享可见性即可。5.3 线程池参数与执行流程别只在纸上背参数表线程池属于常考中的常考。我见过很多人能把七大参数背得很熟但一到现场就被绕晕。为了避免这种情况建议把参数记忆与实际工厂流程结合起来理解。corePollSize 是核心线程数maximumPoolSize 是最大线程数keepAliveTime 就是非核心线程空闲后保持存活的时间workQueue 是等待队列threadFactory 是创建线程的工厂handler 是任务队列满且线程数达到上限时的拒绝策略。执行流程可以这样记请求先进入核心线程核心线程满了进队列队列满了才创建非核心线程非核心线程达到最大值后才触发拒绝策略。最容易被忽略的是如果使用的是无界队列比如 LinkedBlockingQueue 默认容量很大那么 maximumPoolSize 根本不会触发非核心线程也就不会被创建结果就是所有任务都在排队等待线程数永远保持在核心线程数水平。拒绝策略的选择也蕴含了业务取舍AbortPolicy 直接抛异常是最常用的默认策略CallerRunsPolicy 让提交任务的线程自己去执行这个任务相当于放慢生产者速度适合不希望丢失任务的场景DiscardPolicy 会静默丢弃DiscardOldestPolicy 则把队列里最老的任务移除。真实项目里一般会结合消息队列削峰把无法处理的请求先转入 MQ 做缓冲然后再异步消费拒绝策略只是兜底。准备线程池问题时如果能现场说出“线程池的核心线程数不是拍脑袋定的会考虑任务类型是 CPU 密集型还是 IO 密集型IO 密集型通常设置较高倍数”这类实践判断就会显得准备很充分。6. Spring、MySQL、Redis非典型 Java 八股但几乎必考6.1 Spring Bean 生命周期和循环依赖用一条时间线背完Spring 八股文的频率可能比 JVM 还高因为 Java 后端面试几乎默认你会 Spring。高频问题里Bean 生命周期必须会。我习惯用一条时间线来记实例化即构造对象属性填充即依赖注入赋值Aware 回调BeanNameAware、BeanFactoryAware、ApplicationContextAware 会注入容器相关信息BeanPostProcessor 的 postProcessBeforeInitialization 方法调用执行自定义初始化方法比如 PostConstruct 或 InitializingBean 的 afterPropertiesSet再次执行 BeanPostProcessor 的 postProcessAfterInitialization到这里对象已经可以被正常使用容器关闭时执行 DisposableBean 的 destroy 方法和 PreDestroy 自定义销毁方法。面试现场讲出这条时间线已经能证明你系统了解启动流程不用再背大量代码细节。如果面试官接着问循环依赖再强调一个关键点Spring 默认只解决单例 Bean 的属性循环依赖解决方式是三级缓存。一级缓存存的是完整对象二级缓存里是提前暴露的半成品对象三级缓存里存的是对象工厂。当 A 依赖 B、B 依赖 A且都按字段注入时创建 A 过程中发现需要 B就去创建 BB 创建时需要 A此时 A 虽然还没完成初始化但已经把三级缓存里的工厂取出生成一个提前引用暴露给 BB 完成后回填给 A这样就绕开了循环。这个问题比较容易让人卡住的是“为什么不用二级缓存非要三级”。原因是有些 Bean 需要 AOP 代理提前暴露给 B 的对象应该是代理对象而不是原始对象所以需要第三级缓存里的 ObjectFactory 在适当的时候生成代理。能把这个原因说清楚基本就达到源码级面试的及格线了。6.2 MySQL 索引为什么用 BTree哪些场景会导致索引失效Java 岗位的数据库题其实不算 Java 本身但金三银四面试里很难避开。MySQL 部分最高频的就是“为什么 InnoDB 索引用 BTree 而不用 B-Tree、红黑树或哈希索引”。先把 BTree 的核心特点说清楚所有数据都存放在叶子节点叶子节点之间用链表双向连接非叶子节点只存储索引键所以同样大小的页能容纳更多索引项树高更扁平范围查询时直接从叶子链表顺序遍历即可。红黑树虽然查询稳定但树高明显高于 BTree存储几百万行时深度会很大磁盘 IO 次数多哈希索引虽然单点查询快但无法支持范围查询和排序。B-Tree 的叶子节点和非叶子节点都可能存数据导致索引项占用更大、树更高并且范围查询需要中序遍历不够干脆。这道题如果能把“磁盘预读”“页大小”“减少 IO 次数”这些词串进去回答质量就会明显提升。索引失效是另一个常被追问的实战问题。记住几个有代表性的失效场景联合索引不满足最左前缀原则对索引列使用函数或计算比如 WHERE YEAR(create_time) 2024隐式类型转换导致无法使用索引使用 LIKE 且通配符在开头比如 LIKE ‘%abc’在索引列上做运算或隐式排序。不过千万别说“所有 OR 都会导致索引失效”因为优化器会判断如果 OR 两边的条件都是索引字段且能通过索引合并也可能走索引。作为一个有经验的候选人最好主动补一句最靠谱的做法是用 EXPLAIN 查看执行计划看 type、key、rows 字段别凭记忆断定索引是否生效。这种回答会很有说服力因为它体现的排查能力才是实际工作中真正需要的。6.3 Redis 缓存穿透、击穿、雪崩答题要落到方案选择Redis 常考题目里缓存穿透、缓存击穿、缓存雪崩可以说是一个“组合套餐”几乎每次都能遇到。准备的时候先要把三个概念分清楚否则后面答案全乱。缓存穿透是指查询一个根本不存在的数据缓存和数据库里都没有请求每次都直接打到数据库很可能把数据库打挂解决思路是缓存空值设置较短过期时间或者使用布隆过滤器把可能存在的数据提前放入过滤器如果过滤器判断不存在就直接返回不再查询数据库。布隆过滤器的缺点是存在一定的误判率所以通常用在用户 ID、商品 ID 这类集合比较稳定且内存占用敏感的业务里。缓存击穿是指某个热点 key 在过期瞬间有大量并发请求同时访问数据库。解决思路有互斥锁只允许一个线程重建缓存其他线程等待或者在业务层把逻辑过期时间作为额外字段热点 key 快过期时异步刷新。缓存雪崩则是指大量 key 在同一时间段集中过期或者 Redis 实例本身宕机导致请求全部落到数据库。常见应对方式包括给缓存过期时间设置随机范围内波动避免同一秒集体失效对热点数据做永久 key 或较长时间缓存配合定时任务刷新在应用层做限流降级保护数据库Redis 层面使用高可用集群或哨兵降低实例宕机风险。三套方案看起来很相似但准备时一定要先画清问题边界穿的是“查不存在”击穿是“单个热点过期竞争”雪崩是“批量过期或整体不可用”各答各的才不扣分。7. 一些背题方法、手写代码和避坑建议7.1 不要小看冒泡排序手写代码被考察的其实是“完整性”Java 岗位不一定考非常复杂的算法但手写排序的频率一直很高冒泡排序则是里面出现次数最多的一种。有人会觉得它太简单可真正在白板上写出来时往往会漏掉细节。比较好的答法是先跟面试官确认是升序还是降序再写出外层循环控制轮数、内层循环做相邻元素比较的版本。常规写法如下public void bubbleSort(int[] arr) { if (arr null || arr.length 2) { return; } for (int i 0; i arr.length - 1; i) { boolean swapped false; for (int j 0; j arr.length - 1 - i; j) { if (arr[j] arr[j 1]) { int temp arr[j]; arr[j] arr[j 1]; arr[j 1] temp; swapped true; } } if (!swapped) { break; } } }如果只是在背模板很容易忽略两个关键点第一是加了 swapped 标记位当某一轮没有发生任何交换说明数组已经有序可以直接跳出循环最理想情况时间复杂度能降到 O(n)第二是传参时要注意数组是引用类型方法内直接修改数组内容会影响到原数组。写完后还可以主动说一句“如果数据量很大实际项目里不会自己手写排序会更倾向于用 Arrays.sort底层对基本类型用的是 DualPivotQuicksort对对象类型用的是 TimSort”。这句话虽然很短却能让手写题变成一个能展示自己了解 JDK 底层实现的机会。很多面试官其实并不指望你用排序算法写业务他真正考察的是代码是否规范、边界是否考虑清楚以及有没有优化意识。7.2 把八股文“长”在项目上避免背了答不出来准备 Java 面试题最怕的就是背和用脱节项目环节和八股环节像两个人答出来的。实际上八股文里的很多知识点都可以反向挂到项目上这样复习一遍等于同时复习两边。比如你项目里用 Redis 做热点数据缓存那缓存穿透、缓存击穿、缓存雪崩的答案就不再是空背而可以在自我介绍时说“为了解决提前秒杀场景的流量压力我们给热点商品加了逻辑过期策略并配合互斥锁防击穿”然后面试官顺理成章开始问 Redis 原理你之前背的内容就有地方落了。再比如你做过的系统里出现过接口响应慢排查时通过 jstack 发现某个线程一直处于 BLOCKED 状态这时 synchronized 锁升级、线程状态、锁竞争就都有了实际上下文比单纯说“我学过 JUC”可靠太多。我推荐每天复习完一个模块后抽时间问自己一个问题这个知识点能嫁接到我简历里的哪个项目细节上如果暂时想不到就去翻一下项目代码找到用线程池、缓存、消息队列或数据库索引的地方把对应的八股内容填进描述。面试时与其背一句“我做过的项目是高并发电商后端”不如说一句“在用户下单核心链路里我们用线程池把发票和通知类的任务做异步削峰同时用 Redis 预热商品库存缓存用布隆过滤器拦截恶意请求的无效商品 ID”。这段话每说一个技术名词几乎都在为后续八股问题埋钩子面试官绝大多数会顺着这些关键词往下问而你在准备阶段恰好覆盖过这些内容整个面试节奏就会进入你的主场。这也是为什么有些人总感觉自己面试“运气好”问的都是会的题目其实运气背后是提前埋好了伏笔。7.3 模拟面试和错题复盘比多背一百道题有用金三银四复习到最后一天我不建议再拿新题开背。剩余时间更适合做两件事一是模拟面试找一个朋友或者对着录音工具把高频题按真实面试节奏问答一遍二是错题复盘把所有卡壳过的题集中起来看一遍。模拟面试的意义在于你背得再熟现场说出来的语言组织方式很可能是混乱的一个知识点能分成好几个方向讲讲着讲着就离题了。真实的面试要求你在两分钟内把一个复杂概念讲得有条有理这只能靠说才能练出来。最简单的做法是每组十道题每题控制在一分半到两分钟不许看答案说出来卡壳就标记结束之后立刻回看录音再重新组织语言说一遍。两次说出来的感觉差距非常明显这也是最接近真实面试的训练方式。错题复盘的重点也不是把答案完整抄一遍而是记录你卡在哪一步。比如 HashMap 扩容时很多人不是不知道扩容后要重排元素而是记不清“元素会留在原位或移动到原索引旧容量位置”的具体表述。复盘时给这类考点打一个特殊标签简短记录下来即可晚上睡前再过一遍。我见过有人把错题本做成了抄写本每道题答案抄了好几页结果完全没时间回看这是最浪费时间的方式。错题本要像便签一样短只写出自己容易漏掉的关键词和逻辑链就好。等第七天总结收尾时你会发现真正需要补的知识点往往不超过二十个。把这二十个彻底搞懂比盲目刷两百道题对面试结果的影响要大得多。这些方法是我自己复习和带人准备面试时反复验证过的希望能给正在准备跳槽或秋招的你一些参考。

Java面试一周高效复习指南：HashMap、JVM与并发核心考点全梳理

相关推荐

Java HEIC转JPEG实战：方案对比、JNI实现与性能调优

MATLAB汽车运动学仿真教程：用单车模型模拟车辆行驶过程

多客户端TCP服务器与广播消息：从并发模型到工程实现

更多资讯

问卷收回来了然后呢？书匠策AI把数据分析变成了“翻译题”

问卷设计的“降维打击”：当书匠策AI把“猜题”变成“搭积木”

课程论文还在“硬写”？书匠策AI把这件事拆成了四步，每一步都在替你省时间

Agentic Edge AI落地实战：边缘智能体与模型量化部署全解析

Cursor太贵？实测五大平替方案，免费与低价AI编程工具怎么选

智慧景区边缘计算落地实践：架构设计、算力选型与多业态数据融合

今日更新

在S3C2410上移植Nucleus RTOS：启动、驱动与实时性调优实战

2026年Turnitin降重降AI二合一红黑榜：能过和别碰

2026期刊投稿AI写作工具实测：6款打分谁更值得用

本周精选

超人会飞不算本事：系统稳定依赖清晰规则与边界设计

超人VS蜘蛛侠：拆解超级IP的影响力与传播方法论

基于CNN的调制信号识别：MATLAB实现时频图分类实战

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？