尧图网站建设 
很多同学在准备 Java 后端面试时都遇到过同一个痛点知识点多到让人不知道从哪里刷起网上资料零零散散收藏夹里存了一堆文章真正面试前还是一团乱麻。尤其到了招聘旺季时间紧、任务重更需要一份能直接照着复习的“冲刺清单”。这篇文章不搞玄学也不堆一百道让背不完的题而是把 Java 后端面试中最常问的核心知识点整理成一套可执行的速刷方案。内容会围绕 Java 基础、集合、JVM、并发、Spring、Spring Boot、MySQL、Redis 等方向展开逐个讲清楚考点是什么、为什么要问、该怎么回答。无论你是准备实习、校招还是社招转岗都可以把本文作为最后冲刺阶段的复习框架。需要先说明一点面试没有“必过”的捷径所谓速刷是帮你把高频考点快速过一遍建立知识体系而不是死记硬背标准答案。真正的通过率取决于你对原理的理解程度以及能不能用自己的话讲清楚。1. 背景与核心概念1.1 什么是“八股文”在 Java 后端面试语境中“八股文”并不是贬义词而是指那些常考、必背的基础知识题比如 HashMap 底层原理、JVM 内存模型、Spring IOC 容器、MySQL 索引数据结构等。这类问题有相对固定的回答套路所以被大家戏称为“八股文”。但不要小看这些基础题。很多公司的第一轮技术面就是靠它们快速判断候选人的基本功。基础不牢后面聊项目、聊架构、聊方案基本都很难推进。换句话说八股文是面试的入场券不是全部却是必须迈过去的第一道坎。1.2 面试官到底在考什么与其背答案不如先理解面试官的问题背后有什么意图。对于同样的八股文问题不同级别的面试者答案深度完全不同。初级岗位通常考察“是什么”和“怎么用”比如HashMap 是怎么存储数据的线程池有哪些参数Spring Boot 自动配置是怎么生效的中高级岗位则会进一步追问“为什么”和“如果怎样”比如HashMap 在并发场景会发生什么为什么线程池队列满了之后任务会去哪里如果你来设计一个缓存系统怎么解决穿透和雪崩所以你在速刷时不要只读结论要顺带思考“为什么”。把原理链条捋顺了就算面试官换一个角度问你也能应对。1.3 三天速刷为什么可行三天时间其实并不长为什么还值得尝试因为面试中的高频考点是有限的绝大多数候选人遇到的面试题都集中在下面几个大方向Java 基础与集合框架JVM 内存与垃圾回收并发编程与线程池Spring / Spring BootMySQL 索引与事务Redis 缓存应用分布式基础与项目经验每个方向抽出半天到一天时间抓主干、不抓细枝末节三天完全可以把知识框架建立起来。本文后续也会按这个顺序给你一套可以直接照做的复习节奏。2. 三天复习计划总览2.1 第 1 天Java 核心与集合框架第一天先夯实语言基础重点复习equals 与 hashCode 的关系String、StringBuilder、StringBuffer 的区别ArrayList / LinkedList 底层结构与适用场景HashMap 的存储结构、扩容机制和 JDK 1.8 前后的变化异常体系与 try-catch-finally 执行顺序这个阶段不需要写太复杂的代码但是每个结论都要能说出“为什么”。比如 HashMap 的默认容量为什么是 16为什么加载因子是 0.75为什么链表长度到 8 时会转红黑树这些都属于高频追问点。2.2 第 2 天JVM、并发与内存排查第二天进入 Java 的进阶部分也是面试中拉开差距的环节JVM 运行时数据区域垃圾回收算法与常见收集器类加载机制与双亲委派模型synchronized 与 volatile线程池核心参数与拒绝策略JUC 常用工具类OutOfMemoryError 处理思路这一块不只是背概念最好能结合一次真实的故障排查来理解。比如启动一个 JVM 参数不佳的项目就会出现 “java: outofmemoryerror: insufficient memory” 类的报错具备排查思路的人会比只背结论的人显得更专业。2.3 第 3 天Spring 生态、MySQL 与 Redis第三天是后端开发的“主战场”Spring IOC 与 AOPBean 生命周期Spring 事务传播行为Spring Boot 自动配置原理MySQL 索引与事务隔离级别Redis 缓存穿透、击穿、雪崩分布式锁与接口幂等性到了这一阶段单纯背答案已经不够了要尽量结合自己做过的项目来组织语言。比如项目里如何用 Redis 做缓存接口如何做幂等这些都是最高频的场景题。2.4 每天的配套练习每天复习结束前花 30 分钟对着镜子或用手机录音把当天最核心的 5 道题用自己的话讲一遍。这个方法看起来笨却非常有效因为“心里明白”和“嘴上能讲清楚”是两回事。面试本身就是表达的过程提前开口练习能显著减少紧张感。3. Java 基础高频考点3.1 equals 与 hashCode 的关系这是 Java 面试的第一道“送分题”但很多人在追问下会翻车。先看一个经典错误写法public class User { private Long id; private String name; Override public boolean equals(Object obj) { if (this obj) { return true; } if (obj null || getClass() ! obj.getClass()) { return false; } User user (User) obj; return Objects.equals(id, user.id) Objects.equals(name, user.name); } // 注意这里没有重写 hashCode() }这段代码的问题在于重写了 equals 却没有重写 hashCode。如果把 User 对象放入 HashSet 或 HashMap 的 key 中就会出现相同的对象被当成不同对象的问题。推荐的回答思路是equals 定义对象的逻辑相等比如用户只要 id 相同就认为同一个人。hashCode 是对象的散列值用于决定对象在哈希结构中的存储位置。两个对象 equals 相等hashCode 一定相等两个对象 hashCode 相等equals 不一定相等。重写 equals 时必须重写 hashCode否则哈希集合可能无法正常工作。3.2 String、StringBuilder、StringBuffer 的区别这个问题从基础问到进阶常见变体是“字符串拼接中String 和 StringBuilder 性能差多少”String 是不可变的每次拼接都会创建新对象。StringBuffer 是线程安全的方法加了 synchronized。StringBuilder 是线程不安全的但性能最高。在单线程环境下字符串拼接推荐 StringBuilder。还有一个高频考点是字符串常量池。比如String s1 abc和String s2 new String(abc)有什么区别。前者可能直接复用常量池中的对象后者一定在堆中创建一个新对象。这个话题可以继续引申到 intern 方法面试官通常会由此判断你对 JVM 是否理解。3.3 异常体系与处理原则Java 异常分为受检异常和运行时异常。常见的问题是“运行时异常有哪些典型例子”比如 NullPointerException、IllegalArgumentException、IndexOutOfBoundsException。实际开发中的处理原则是能用明确业务判断避免的异常不要靠 catch 兜底。比如参数校验应该用 if 提前判断而不是等 NPE 出现后再捕获。还有一个考点是 try-catch-finally 的执行顺序。如果 finally 里有 return会覆盖 try 里的 return这是一道很典型的坑题。更稳妥的做法是不要在 finally 中写 return避免掩盖原本的返回值或异常。4. 集合框架必问原理4.1 ArrayList 与 LinkedList 怎么选ArrayList 底层是动态数组查询快随机访问是 O(1)添加元素在大多数情况下也是 O(1)但如果触发扩容则需要拷贝数组。LinkedList 底层是双向链表插入删除在已经定位到节点的情况下是 O(1)但按索引访问是 O(n)。所以实际开发中ArrayList 的使用频率远高于 LinkedList。原因很简单大多数业务场景都是遍历数据、按索引访问而且 JVM 对连续内存的访问更友好。回答这个问题时如果能补上“内存局部性”的概念会让面试官觉得你有深度。4.2 HashMap 底层原理HashMap 一定是整个 Java 面试中的“题王”必须掌握到可以手写底层逻辑的程度。JDK 1.8 之后HashMap 底层是数组 链表 红黑树。put 操作的大致流程是对 key 的 hashCode 做扰动计算。通过哈希值计算数组下标。如果数组该位置为空直接放入。如果该位置已经有节点判断 key 是否相等相等则覆盖。否则追加到链表尾部或插入红黑树。链表长度达到 8 且数组长度达到 64 时转成红黑树。元素数量超过阈值时扩容阈值等于容量乘加载因子。这里可以配合一个简化代码帮助理解// 简化理解 Java 8 中 HashMap 的寻址过程 int hash (h key.hashCode()) ^ (h 16); int index (table.length - 1) hash;这段代码的核心是让高位参与运算减少哈希冲突用数组长度减一的与运算代替取模前提是数组长度是 2 的次幂。这也是 HashMap 初始化容量为什么总是 2 的幂的原因。面试官还经常追问HashMap 为什么线程不安全并发 put 时可能出现数据覆盖JDK 1.7 甚至会出现扩容时的环形链表。这个问题可以自然过渡到 ConcurrentHashMap。4.3 ConcurrentHashMap 为什么是面试重点ConcurrentHashMap 是并发场景下的必问类。JDK 1.8 的实现已经抛弃了分段锁改为 CAS synchronized 锁住数组槽位。它的优势是在并发量不高的场景下读操作几乎不加锁每个槽位独立加锁不同槽位之间的写入互不影响因此并发度更高。面试回答时可以对比三个容器Hashtable所有方法都加 synchronized 锁性能差。HashMap无锁线程不安全。ConcurrentHashMap锁粒度细化到单个槽位性能好。如果面试官继续问“用 Collections.synchronizedMap 行不行”你可以回答可以但它也是在方法层面加锁并发度不如 ConcurrentHashMap。5. JVM 内存与 OOM 排查5.1 运行时数据区域JVM 运行时数据区域按线程共享情况可以分为两类。线程共享的有堆、方法区线程私有的有虚拟机栈、本地方法栈、程序计数器。堆是对象分配的主要区域也是垃圾回收的重点区域。方法区在 JDK 1.8 之后改名为元空间存放类元数据、常量、静态变量等。虚拟机栈保存栈帧每个方法调用对应一个栈帧栈帧里存放局部变量表、操作数栈、动态链接和方法出口。面试常见问题是对象一定分配在堆上吗答案是“不一定”JIT 编译后可能发生栈上分配或标量替换。这类进阶内容如果答上来会明显加分。5.2 垃圾回收与常见垃圾收集器垃圾回收首先要搞清楚“哪些对象需要回收”判断算法有两种引用计数法和可达性分析。主流 JVM 使用的是可达性分析以 GC Roots 为起点向下搜索没有引用链的对象会被标记为可回收。然后是回收算法标记-清除有内存碎片。复制算法适合新生代把内存分成两半浪费空间。标记-整理适合老年代移动对象减少碎片。回答到这里基本合格。如果你还能说出常见收集器组合比如 G1 将堆分成多个 Region追求可控的停顿时间同时兼顾吞吐量那面试官对你的 JVM 水平就会有更积极的判断。5.3 OutOfMemoryError 排查思路先看一个问题现象有些同学在本地启动一个比较重的 Java 项目时会看到类似java: outofmemoryerror: insufficient memory的报错。这个错误本质上就是 JVM 申请内存失败可能在堆、也可能在堆外。排查思路可以按照下面的顺序排查步骤操作目的1确认报错时使用的启动命令与 JVM 参数判断是堆内存还是栈内存不足2查看系统剩余内存与进程占用情况排除物理内存不足3加-Xmx参数并观察确定是否是堆大小设置过小4开启-XX:HeapDumpOnOutOfMemoryError生成堆转储文件5使用 MAT 或 JProfiler 分析 dump 文件定位大对象和泄漏点在实际项目中不要一上来就改大内存而要先定位是什么对象占满了内存。如果是代码里的集合类无限制添加数据那就算把-Xmx调到 8G 也会再次 OOM。6. 并发编程核心6.1 synchronized 与 volatile 的区别这两个关键字是并发编程的基础。volatile 的关键作用是保证可见性和禁止指令重排序但不保证原子性。synchronized 则能够保证原子性、可见性和有序性。一个常考的例子是public class Counter { private volatile int count 0; public void increment() { count; } }这段代码即使加了 volatilecount依然不是线程安全的因为它是“读取、加一、写回”三步操作volatile 无法保证组合操作原子性。正确做法是使用 AtomicInteger 或 synchronized 方法。6.2 线程池参数与拒绝策略线程池核心参数必须背熟因为这是项目代码里反复使用的东西corePoolSize核心线程数maximumPoolSize最大线程数keepAliveTime非核心线程空闲存活时间workQueue任务队列threadFactory线程工厂handler拒绝策略线程池的执行流程是核心线程先用满满了之后任务进入队列队列满了才创建非核心线程当最大线程数也达到后触发拒绝策略。常考的问题是“核心线程数应该怎么设置”其实没有固定答案需要结合任务是 CPU 密集型还是 IO 密集型来回答。如果是 IO 密集型可以适当调大线程数让线程在等待 IO 时能被其他任务复用。6.3 锁升级与常见并发工具JDK 1.6 对 synchronized 做了优化引入了偏向锁、轻量级锁、重量级锁的升级过程。锁的升级方向是单向的只能从偏向锁到轻量级锁再到重量级锁不能降级。回答这个问题时可以顺便提一下自旋锁、自适应自旋这样能体现你读过比较新的 JVM 优化资料。JUC 包下的常用工具还需要了解CountDownLatch让一个或多个线程等待其他线程完成。CyclicBarrier让一组线程互相等待到达屏障点后同时执行。Semaphore控制并发访问的线程数量。很多并发题看似是在问工具类实际上是在考察你对线程协作模型的理解。7. Spring 与 Spring Boot 核心7.1 IOC 与 AOPSpring 面试的第一问通常是 IOC即控制反转。传统对象的创建和使用由开发者直接 newIOC 把创建和管理的职责交给容器。依赖注入DI是 IOC 的一种实现方式常见的有构造器注入和 Setter 注入。AOP 是面向切面编程常用于日志、权限校验、事务管理等。核心概念包括切面、切点、通知、连接点。动态代理是实现 AOP 的基础JDK 动态代理基于接口CGLIB 可以代理没有接口的类。一个常见的追问是Spring 中为什么事务管理能无侵入生效答案是 AOP 结合事务拦截器在方法调用前开启事务方法执行后提交或回滚。7.2 Bean 生命周期Bean 生命周期是 Spring 的高频题可以从宏观上分成四个阶段实例化通过构造器创建 Bean 实例。属性填充给 Bean 注入属性和依赖。初始化执行各种 Aware 回调、BeanPostProcessor 前置处理、init-method、BeanPostProcessor 后置处理。销毁容器关闭时执行销毁逻辑。面试时不需要背几十个接口但至少要知道BeanPostProcessor 在 Bean 初始化前后提供扩展点。Aware 接口用于让 Bean 感知容器能力比如 ApplicationContextAware。PostConstruct 和 PreDestroy 是常用的生命周期注解。7.3 事务传播行为Spring 事务传播行为最常用的是 REQUIRED如果当前没有事务就新建事务如果当前已有事务就加入事务。REQUIRES_NEW 则是每次都创建新事务挂起当前事务。一个典型场景是方法 A 调用方法 BB 抛异常A 的事务是否回滚答案取决于 B 是内部调用还是通过代理对象调用以及 B 的事务传播行为。自调用时this 调用不会经过代理Transactional 会失效。这一点非常容易踩坑。后面在“常见问题”中还会单独提到。7.4 Spring Boot 自动配置原理Spring Boot 最核心的优势是自动配置。启动类上的SpringBootApplication是一个组合注解包含了SpringBootConfiguration、EnableAutoConfiguration、ComponentScan。自动配置的关键是EnableAutoConfiguration它会通过AutoConfigurationImportSelector导入spring.factories或AutoConfiguration.imports中注册的配置类。每个配置类上通常有ConditionalOnClass、ConditionalOnMissingBean等条件注解只有满足条件时才生效。回答时如果能举一个具体例子比如“当我们引入 spring-boot-starter-data-redis 时容器会自动创建 RedisTemplate 和 StringRedisTemplate前提是类路径中存在相关类”面试官会认为你真实理解过框架原理。8. MySQL 与 Redis 数据库高频题8.1 索引失效场景MySQL 索引是后端面试的必考内容。面试官一般先问索引数据结构主流的 InnoDB 引擎使用 B 树。B 树把数据都放在叶子节点并且叶子节点之间通过指针相连很适合范围查询和排序。然后就会问哪些情况会导致索引失效。常见场景包括对索引列使用了函数或表达式。联合索引没有满足最左前缀法则。使用 LIKE 时通配符在开头。使用 or 连接时其中一个条件没有索引。隐式类型转换导致索引失效。例如-- 假设 name 上有索引 SELECT * FROM user WHERE LEFT(name, 1) 张;对索引列使用函数会破坏索引的有序性优化器只能放弃索引扫描。写 SQL 时尽量保持索引列独立不要把它包在函数或计算表达式中。8.2 事务隔离级别MySQL InnoDB 默认的事务隔离级别是 REPEATABLE READ也就是可重复读。四个隔离级别分别是读未提交、读已提交、可重复读、串行化。隔离级别越低并发性能越好但可能出现脏读、不可重复读、幻读等问题。InnoDB 的可重复读通过 MVCC 解决普通读的幻读问题通过间隙锁解决当前读的插入问题。回答“可重复读为什么能解决幻读”时可以提到 next-key lock 是间隙锁和记录锁的组合。需要注意的是不同数据库的默认隔离级别不同比如 Oracle 默认是 READ COMMITTED。能在回答中补充这一点会显得你知识面更广。8.3 Redis 缓存穿透、击穿、雪崩Redis 和高频缓存问题几乎是绑定的。三个最容易混淆的概念需要准确区分缓存穿透请求的数据在缓存和数据库中都不存在导致请求直接打到数据库。缓存击穿某个热点 key 过期大量请求同时打到数据库。缓存雪崩大量 key 同时过期或 Redis 宕机导致数据库压力暴增。解决方案可以这样回答穿透在查询不存在的数据时将空值写入缓存并设置较短过期时间或者使用布隆过滤器提前过滤。击穿对热点数据设置逻辑过期或者查询时加互斥锁只允许一个线程去重建缓存。雪崩给 key 的过期时间加随机值避免同时过期Redis 使用高可用集群配合降级方案。比如缓存空值的最简单写法如下// 伪代码示意缓存空值避免穿透 Object value redis.get(key); if (value null) { value database.query(key); if (value null) { redis.setex(key, 60, empty); } else { redis.setex(key, 300, value); } }这里要注意空值缓存的时间不能太长否则数据库里新增数据后缓存里的空值会让数据长时间不可见。9. 常见问题与排查思路9.1 面试中常见的答不上来怎么办八股文复习得再熟也有可能在面试时遇到完全没准备的问题。正确做法是先复述一遍你理解的问题确认双方理解一致然后给出你的思路。即使不知道确切答案也可以说“如果让我来设计我会优先考虑……”这种表达比干巴巴说“不知道”要好得多。面试官通常更看重思考过程。比如问到没接触过的中间件你可以从它的定位、数据模型、一致性问题、持久化方式等方向去推测。这样即使结论不准确也能展示你的分析能力。9.2 Transactional 为什么没生效这是非常典型的 Spring 常见问题。举一个真实例子Service public class OrderService { public void createOrder(Order order) { this.updateStock(order); } Transactional public void updateStock(Order order) { // 扣减库存 } }表面上看updateStock加了事务但调用方是 this 自身没有经过 Spring 代理对象所以事务注解不会生效。解决方案有两种一是把事务方法放到另一个 Bean 中通过依赖注入调用二是通过代理对象调用比如注入ApplicationContext后获取代理 Bean或直接使用TransactionTemplate。这个案例说明背八股文不能只记结论要理解 Spring 的关键机制是代理。9.3 排查清单不管是复习还是上线后遇到问题都可以参考下面这套思路问题现象常见原因解决思路应用启动慢自动配置加载了较多组件用启动分析工具定位耗时初始化接口卡顿SQL 查询慢或存在死锁开启慢查询日志分析执行计划缓存和数据不一致更新顺序不对使用 Cache Aside Pattern更新后删除缓存线程池任务堆积任务量超过处理能力调整拒绝策略与线程数增加监控OOM 频繁代码内存泄漏或集合无界增长dump 堆内存并分析大对象事务不回滚异常被 catch 或方法自调用抛出 RuntimeException改用代理调用这套清单除了面试日常开发排查也能用上。10. 最佳实践与工程建议10.1 代码与命名规范面试中聊项目时好的代码风格会加分。Java 项目命名至少要做到类和接口使用大驼峰方法名和变量名使用小驼峰常量使用全大写下划线分隔。集合类型的变量名建议带上复数含义比如userList、orderMap让人一眼看出类型。方法命名要体现行为比如findUserById、createOrder不要用doSomething这类毫无信息量的名字。10.2 日志与异常处理生产环境排查问题依赖的就是日志。推荐使用 SFL4J 门面加 Logback 实现日志文件按天滚动并保留合理历史。异常处理的原则是不要捕获后什么都不做至少记录日志不要用异常控制业务流程跨系统调用要记录入参、出参和耗时。这里给出一个基础示例RestController public class UserController { private static final Logger log LoggerFactory.getLogger(UserController.class); GetMapping(/users/{id}) public ResultUser getUser(PathVariable Long id) { long start System.currentTimeMillis(); try { User user userService.findById(id); return Result.success(user); } catch (Exception e) { log.error(查询用户失败, id{}, id, e); return Result.error(系统繁忙); } finally { log.info(查询用户耗时: {}ms, id{}, System.currentTimeMillis() - start, id); } } }日志不是写得越多越好而是要在关键时刻留下可追踪的线索。10.3 项目经验比只背答案重要八股文能帮你通过理论面但最终决定是否录用的往往还是项目。准备项目时不要只说自己“用过 Spring Boot 和 Redis”而是要说清楚项目背景、你负责的模块、遇到的难点、怎么解决的、最后效果如何。一个简单的 STARE 表达方式很实用Situation项目背景是什么。Task你的职责和目标是什么。Action你具体做了哪些事。Result最终结果如何最好有可量化的数据。Evaluation如果再来一次你会怎么改进。面试前把自己的两三个核心项目按这个结构写好会比再刷两百道题更有价值。10.4 复习中的时间安排建议三天速刷不是让你把时间全部花在阅读上。建议每天上午看知识点下午做题和写小 Demo晚上整理自己的回答话术。最后一天留出两小时做一次模拟面试可以在网上找题库随机抽题严格按 20 分钟技术面来练习。从个人经验看大部分人不是知识不够而是表达不到位。同一个知识点写在纸上、说在嘴边、被追问时才临时组织语言效果完全不同。提前开口练习是短时间提升面试表现最有效的方法。11. 总结到这里Java 后端八股文的复习框架已经完整梳理了一遍。我们从 Java 基础、集合框架到 JVM 内存与 OOM 排查再到并发编程、Spring 生态、MySQL 和 Redis基本覆盖了大厂小厂的高频问题。每道题都不是只给结论而是尽量讲清了背后的原理和面试官可能的追问方向。如果你想在三天内完成速刷建议把文章中的内容拆成任务清单第一天死磕 Java 基础和集合源码第二天重点理解 JVM 与并发第三天集中攻 Spring 和数据库。每天用表格自查一遍把说不清楚的问题标记出来这就是第二天需要重点补漏的地方。别忘了互联网公司的面试不会只问理论最终还是要落到你做过什么、怎么思考、怎么解决实际问题上。所以请把手边的项目重新梳理一遍把它和本文中的理论知识连起来。如果本文对你有帮助可以收藏备用。面试路上扎实的基础加上完整的项目表达比任何“速成秘籍”都更值得信任。 Java后端面试速刷指南：三天掌握JVM、并发、Spring等核心考点
很多同学在准备 Java 后端面试时都遇到过同一个痛点知识点多到让人不知道从哪里刷起网上资料零零散散收藏夹里存了一堆文章真正面试前还是一团乱麻。尤其到了招聘旺季时间紧、任务重更需要一份能直接照着复习的“冲刺清单”。这篇文章不搞玄学也不堆一百道让背不完的题而是把 Java 后端面试中最常问的核心知识点整理成一套可执行的速刷方案。内容会围绕 Java 基础、集合、JVM、并发、Spring、Spring Boot、MySQL、Redis 等方向展开逐个讲清楚考点是什么、为什么要问、该怎么回答。无论你是准备实习、校招还是社招转岗都可以把本文作为最后冲刺阶段的复习框架。需要先说明一点面试没有“必过”的捷径所谓速刷是帮你把高频考点快速过一遍建立知识体系而不是死记硬背标准答案。真正的通过率取决于你对原理的理解程度以及能不能用自己的话讲清楚。1. 背景与核心概念1.1 什么是“八股文”在 Java 后端面试语境中“八股文”并不是贬义词而是指那些常考、必背的基础知识题比如 HashMap 底层原理、JVM 内存模型、Spring IOC 容器、MySQL 索引数据结构等。这类问题有相对固定的回答套路所以被大家戏称为“八股文”。但不要小看这些基础题。很多公司的第一轮技术面就是靠它们快速判断候选人的基本功。基础不牢后面聊项目、聊架构、聊方案基本都很难推进。换句话说八股文是面试的入场券不是全部却是必须迈过去的第一道坎。1.2 面试官到底在考什么与其背答案不如先理解面试官的问题背后有什么意图。对于同样的八股文问题不同级别的面试者答案深度完全不同。初级岗位通常考察“是什么”和“怎么用”比如HashMap 是怎么存储数据的线程池有哪些参数Spring Boot 自动配置是怎么生效的中高级岗位则会进一步追问“为什么”和“如果怎样”比如HashMap 在并发场景会发生什么为什么线程池队列满了之后任务会去哪里如果你来设计一个缓存系统怎么解决穿透和雪崩所以你在速刷时不要只读结论要顺带思考“为什么”。把原理链条捋顺了就算面试官换一个角度问你也能应对。1.3 三天速刷为什么可行三天时间其实并不长为什么还值得尝试因为面试中的高频考点是有限的绝大多数候选人遇到的面试题都集中在下面几个大方向Java 基础与集合框架JVM 内存与垃圾回收并发编程与线程池Spring / Spring BootMySQL 索引与事务Redis 缓存应用分布式基础与项目经验每个方向抽出半天到一天时间抓主干、不抓细枝末节三天完全可以把知识框架建立起来。本文后续也会按这个顺序给你一套可以直接照做的复习节奏。2. 三天复习计划总览2.1 第 1 天Java 核心与集合框架第一天先夯实语言基础重点复习equals 与 hashCode 的关系String、StringBuilder、StringBuffer 的区别ArrayList / LinkedList 底层结构与适用场景HashMap 的存储结构、扩容机制和 JDK 1.8 前后的变化异常体系与 try-catch-finally 执行顺序这个阶段不需要写太复杂的代码但是每个结论都要能说出“为什么”。比如 HashMap 的默认容量为什么是 16为什么加载因子是 0.75为什么链表长度到 8 时会转红黑树这些都属于高频追问点。2.2 第 2 天JVM、并发与内存排查第二天进入 Java 的进阶部分也是面试中拉开差距的环节JVM 运行时数据区域垃圾回收算法与常见收集器类加载机制与双亲委派模型synchronized 与 volatile线程池核心参数与拒绝策略JUC 常用工具类OutOfMemoryError 处理思路这一块不只是背概念最好能结合一次真实的故障排查来理解。比如启动一个 JVM 参数不佳的项目就会出现 “java: outofmemoryerror: insufficient memory” 类的报错具备排查思路的人会比只背结论的人显得更专业。2.3 第 3 天Spring 生态、MySQL 与 Redis第三天是后端开发的“主战场”Spring IOC 与 AOPBean 生命周期Spring 事务传播行为Spring Boot 自动配置原理MySQL 索引与事务隔离级别Redis 缓存穿透、击穿、雪崩分布式锁与接口幂等性到了这一阶段单纯背答案已经不够了要尽量结合自己做过的项目来组织语言。比如项目里如何用 Redis 做缓存接口如何做幂等这些都是最高频的场景题。2.4 每天的配套练习每天复习结束前花 30 分钟对着镜子或用手机录音把当天最核心的 5 道题用自己的话讲一遍。这个方法看起来笨却非常有效因为“心里明白”和“嘴上能讲清楚”是两回事。面试本身就是表达的过程提前开口练习能显著减少紧张感。3. Java 基础高频考点3.1 equals 与 hashCode 的关系这是 Java 面试的第一道“送分题”但很多人在追问下会翻车。先看一个经典错误写法public class User { private Long id; private String name; Override public boolean equals(Object obj) { if (this obj) { return true; } if (obj null || getClass() ! obj.getClass()) { return false; } User user (User) obj; return Objects.equals(id, user.id) Objects.equals(name, user.name); } // 注意这里没有重写 hashCode() }这段代码的问题在于重写了 equals 却没有重写 hashCode。如果把 User 对象放入 HashSet 或 HashMap 的 key 中就会出现相同的对象被当成不同对象的问题。推荐的回答思路是equals 定义对象的逻辑相等比如用户只要 id 相同就认为同一个人。hashCode 是对象的散列值用于决定对象在哈希结构中的存储位置。两个对象 equals 相等hashCode 一定相等两个对象 hashCode 相等equals 不一定相等。重写 equals 时必须重写 hashCode否则哈希集合可能无法正常工作。3.2 String、StringBuilder、StringBuffer 的区别这个问题从基础问到进阶常见变体是“字符串拼接中String 和 StringBuilder 性能差多少”String 是不可变的每次拼接都会创建新对象。StringBuffer 是线程安全的方法加了 synchronized。StringBuilder 是线程不安全的但性能最高。在单线程环境下字符串拼接推荐 StringBuilder。还有一个高频考点是字符串常量池。比如String s1 abc和String s2 new String(abc)有什么区别。前者可能直接复用常量池中的对象后者一定在堆中创建一个新对象。这个话题可以继续引申到 intern 方法面试官通常会由此判断你对 JVM 是否理解。3.3 异常体系与处理原则Java 异常分为受检异常和运行时异常。常见的问题是“运行时异常有哪些典型例子”比如 NullPointerException、IllegalArgumentException、IndexOutOfBoundsException。实际开发中的处理原则是能用明确业务判断避免的异常不要靠 catch 兜底。比如参数校验应该用 if 提前判断而不是等 NPE 出现后再捕获。还有一个考点是 try-catch-finally 的执行顺序。如果 finally 里有 return会覆盖 try 里的 return这是一道很典型的坑题。更稳妥的做法是不要在 finally 中写 return避免掩盖原本的返回值或异常。4. 集合框架必问原理4.1 ArrayList 与 LinkedList 怎么选ArrayList 底层是动态数组查询快随机访问是 O(1)添加元素在大多数情况下也是 O(1)但如果触发扩容则需要拷贝数组。LinkedList 底层是双向链表插入删除在已经定位到节点的情况下是 O(1)但按索引访问是 O(n)。所以实际开发中ArrayList 的使用频率远高于 LinkedList。原因很简单大多数业务场景都是遍历数据、按索引访问而且 JVM 对连续内存的访问更友好。回答这个问题时如果能补上“内存局部性”的概念会让面试官觉得你有深度。4.2 HashMap 底层原理HashMap 一定是整个 Java 面试中的“题王”必须掌握到可以手写底层逻辑的程度。JDK 1.8 之后HashMap 底层是数组 链表 红黑树。put 操作的大致流程是对 key 的 hashCode 做扰动计算。通过哈希值计算数组下标。如果数组该位置为空直接放入。如果该位置已经有节点判断 key 是否相等相等则覆盖。否则追加到链表尾部或插入红黑树。链表长度达到 8 且数组长度达到 64 时转成红黑树。元素数量超过阈值时扩容阈值等于容量乘加载因子。这里可以配合一个简化代码帮助理解// 简化理解 Java 8 中 HashMap 的寻址过程 int hash (h key.hashCode()) ^ (h 16); int index (table.length - 1) hash;这段代码的核心是让高位参与运算减少哈希冲突用数组长度减一的与运算代替取模前提是数组长度是 2 的次幂。这也是 HashMap 初始化容量为什么总是 2 的幂的原因。面试官还经常追问HashMap 为什么线程不安全并发 put 时可能出现数据覆盖JDK 1.7 甚至会出现扩容时的环形链表。这个问题可以自然过渡到 ConcurrentHashMap。4.3 ConcurrentHashMap 为什么是面试重点ConcurrentHashMap 是并发场景下的必问类。JDK 1.8 的实现已经抛弃了分段锁改为 CAS synchronized 锁住数组槽位。它的优势是在并发量不高的场景下读操作几乎不加锁每个槽位独立加锁不同槽位之间的写入互不影响因此并发度更高。面试回答时可以对比三个容器Hashtable所有方法都加 synchronized 锁性能差。HashMap无锁线程不安全。ConcurrentHashMap锁粒度细化到单个槽位性能好。如果面试官继续问“用 Collections.synchronizedMap 行不行”你可以回答可以但它也是在方法层面加锁并发度不如 ConcurrentHashMap。5. JVM 内存与 OOM 排查5.1 运行时数据区域JVM 运行时数据区域按线程共享情况可以分为两类。线程共享的有堆、方法区线程私有的有虚拟机栈、本地方法栈、程序计数器。堆是对象分配的主要区域也是垃圾回收的重点区域。方法区在 JDK 1.8 之后改名为元空间存放类元数据、常量、静态变量等。虚拟机栈保存栈帧每个方法调用对应一个栈帧栈帧里存放局部变量表、操作数栈、动态链接和方法出口。面试常见问题是对象一定分配在堆上吗答案是“不一定”JIT 编译后可能发生栈上分配或标量替换。这类进阶内容如果答上来会明显加分。5.2 垃圾回收与常见垃圾收集器垃圾回收首先要搞清楚“哪些对象需要回收”判断算法有两种引用计数法和可达性分析。主流 JVM 使用的是可达性分析以 GC Roots 为起点向下搜索没有引用链的对象会被标记为可回收。然后是回收算法标记-清除有内存碎片。复制算法适合新生代把内存分成两半浪费空间。标记-整理适合老年代移动对象减少碎片。回答到这里基本合格。如果你还能说出常见收集器组合比如 G1 将堆分成多个 Region追求可控的停顿时间同时兼顾吞吐量那面试官对你的 JVM 水平就会有更积极的判断。5.3 OutOfMemoryError 排查思路先看一个问题现象有些同学在本地启动一个比较重的 Java 项目时会看到类似java: outofmemoryerror: insufficient memory的报错。这个错误本质上就是 JVM 申请内存失败可能在堆、也可能在堆外。排查思路可以按照下面的顺序排查步骤操作目的1确认报错时使用的启动命令与 JVM 参数判断是堆内存还是栈内存不足2查看系统剩余内存与进程占用情况排除物理内存不足3加-Xmx参数并观察确定是否是堆大小设置过小4开启-XX:HeapDumpOnOutOfMemoryError生成堆转储文件5使用 MAT 或 JProfiler 分析 dump 文件定位大对象和泄漏点在实际项目中不要一上来就改大内存而要先定位是什么对象占满了内存。如果是代码里的集合类无限制添加数据那就算把-Xmx调到 8G 也会再次 OOM。6. 并发编程核心6.1 synchronized 与 volatile 的区别这两个关键字是并发编程的基础。volatile 的关键作用是保证可见性和禁止指令重排序但不保证原子性。synchronized 则能够保证原子性、可见性和有序性。一个常考的例子是public class Counter { private volatile int count 0; public void increment() { count; } }这段代码即使加了 volatilecount依然不是线程安全的因为它是“读取、加一、写回”三步操作volatile 无法保证组合操作原子性。正确做法是使用 AtomicInteger 或 synchronized 方法。6.2 线程池参数与拒绝策略线程池核心参数必须背熟因为这是项目代码里反复使用的东西corePoolSize核心线程数maximumPoolSize最大线程数keepAliveTime非核心线程空闲存活时间workQueue任务队列threadFactory线程工厂handler拒绝策略线程池的执行流程是核心线程先用满满了之后任务进入队列队列满了才创建非核心线程当最大线程数也达到后触发拒绝策略。常考的问题是“核心线程数应该怎么设置”其实没有固定答案需要结合任务是 CPU 密集型还是 IO 密集型来回答。如果是 IO 密集型可以适当调大线程数让线程在等待 IO 时能被其他任务复用。6.3 锁升级与常见并发工具JDK 1.6 对 synchronized 做了优化引入了偏向锁、轻量级锁、重量级锁的升级过程。锁的升级方向是单向的只能从偏向锁到轻量级锁再到重量级锁不能降级。回答这个问题时可以顺便提一下自旋锁、自适应自旋这样能体现你读过比较新的 JVM 优化资料。JUC 包下的常用工具还需要了解CountDownLatch让一个或多个线程等待其他线程完成。CyclicBarrier让一组线程互相等待到达屏障点后同时执行。Semaphore控制并发访问的线程数量。很多并发题看似是在问工具类实际上是在考察你对线程协作模型的理解。7. Spring 与 Spring Boot 核心7.1 IOC 与 AOPSpring 面试的第一问通常是 IOC即控制反转。传统对象的创建和使用由开发者直接 newIOC 把创建和管理的职责交给容器。依赖注入DI是 IOC 的一种实现方式常见的有构造器注入和 Setter 注入。AOP 是面向切面编程常用于日志、权限校验、事务管理等。核心概念包括切面、切点、通知、连接点。动态代理是实现 AOP 的基础JDK 动态代理基于接口CGLIB 可以代理没有接口的类。一个常见的追问是Spring 中为什么事务管理能无侵入生效答案是 AOP 结合事务拦截器在方法调用前开启事务方法执行后提交或回滚。7.2 Bean 生命周期Bean 生命周期是 Spring 的高频题可以从宏观上分成四个阶段实例化通过构造器创建 Bean 实例。属性填充给 Bean 注入属性和依赖。初始化执行各种 Aware 回调、BeanPostProcessor 前置处理、init-method、BeanPostProcessor 后置处理。销毁容器关闭时执行销毁逻辑。面试时不需要背几十个接口但至少要知道BeanPostProcessor 在 Bean 初始化前后提供扩展点。Aware 接口用于让 Bean 感知容器能力比如 ApplicationContextAware。PostConstruct 和 PreDestroy 是常用的生命周期注解。7.3 事务传播行为Spring 事务传播行为最常用的是 REQUIRED如果当前没有事务就新建事务如果当前已有事务就加入事务。REQUIRES_NEW 则是每次都创建新事务挂起当前事务。一个典型场景是方法 A 调用方法 BB 抛异常A 的事务是否回滚答案取决于 B 是内部调用还是通过代理对象调用以及 B 的事务传播行为。自调用时this 调用不会经过代理Transactional 会失效。这一点非常容易踩坑。后面在“常见问题”中还会单独提到。7.4 Spring Boot 自动配置原理Spring Boot 最核心的优势是自动配置。启动类上的SpringBootApplication是一个组合注解包含了SpringBootConfiguration、EnableAutoConfiguration、ComponentScan。自动配置的关键是EnableAutoConfiguration它会通过AutoConfigurationImportSelector导入spring.factories或AutoConfiguration.imports中注册的配置类。每个配置类上通常有ConditionalOnClass、ConditionalOnMissingBean等条件注解只有满足条件时才生效。回答时如果能举一个具体例子比如“当我们引入 spring-boot-starter-data-redis 时容器会自动创建 RedisTemplate 和 StringRedisTemplate前提是类路径中存在相关类”面试官会认为你真实理解过框架原理。8. MySQL 与 Redis 数据库高频题8.1 索引失效场景MySQL 索引是后端面试的必考内容。面试官一般先问索引数据结构主流的 InnoDB 引擎使用 B 树。B 树把数据都放在叶子节点并且叶子节点之间通过指针相连很适合范围查询和排序。然后就会问哪些情况会导致索引失效。常见场景包括对索引列使用了函数或表达式。联合索引没有满足最左前缀法则。使用 LIKE 时通配符在开头。使用 or 连接时其中一个条件没有索引。隐式类型转换导致索引失效。例如-- 假设 name 上有索引 SELECT * FROM user WHERE LEFT(name, 1) 张;对索引列使用函数会破坏索引的有序性优化器只能放弃索引扫描。写 SQL 时尽量保持索引列独立不要把它包在函数或计算表达式中。8.2 事务隔离级别MySQL InnoDB 默认的事务隔离级别是 REPEATABLE READ也就是可重复读。四个隔离级别分别是读未提交、读已提交、可重复读、串行化。隔离级别越低并发性能越好但可能出现脏读、不可重复读、幻读等问题。InnoDB 的可重复读通过 MVCC 解决普通读的幻读问题通过间隙锁解决当前读的插入问题。回答“可重复读为什么能解决幻读”时可以提到 next-key lock 是间隙锁和记录锁的组合。需要注意的是不同数据库的默认隔离级别不同比如 Oracle 默认是 READ COMMITTED。能在回答中补充这一点会显得你知识面更广。8.3 Redis 缓存穿透、击穿、雪崩Redis 和高频缓存问题几乎是绑定的。三个最容易混淆的概念需要准确区分缓存穿透请求的数据在缓存和数据库中都不存在导致请求直接打到数据库。缓存击穿某个热点 key 过期大量请求同时打到数据库。缓存雪崩大量 key 同时过期或 Redis 宕机导致数据库压力暴增。解决方案可以这样回答穿透在查询不存在的数据时将空值写入缓存并设置较短过期时间或者使用布隆过滤器提前过滤。击穿对热点数据设置逻辑过期或者查询时加互斥锁只允许一个线程去重建缓存。雪崩给 key 的过期时间加随机值避免同时过期Redis 使用高可用集群配合降级方案。比如缓存空值的最简单写法如下// 伪代码示意缓存空值避免穿透 Object value redis.get(key); if (value null) { value database.query(key); if (value null) { redis.setex(key, 60, empty); } else { redis.setex(key, 300, value); } }这里要注意空值缓存的时间不能太长否则数据库里新增数据后缓存里的空值会让数据长时间不可见。9. 常见问题与排查思路9.1 面试中常见的答不上来怎么办八股文复习得再熟也有可能在面试时遇到完全没准备的问题。正确做法是先复述一遍你理解的问题确认双方理解一致然后给出你的思路。即使不知道确切答案也可以说“如果让我来设计我会优先考虑……”这种表达比干巴巴说“不知道”要好得多。面试官通常更看重思考过程。比如问到没接触过的中间件你可以从它的定位、数据模型、一致性问题、持久化方式等方向去推测。这样即使结论不准确也能展示你的分析能力。9.2 Transactional 为什么没生效这是非常典型的 Spring 常见问题。举一个真实例子Service public class OrderService { public void createOrder(Order order) { this.updateStock(order); } Transactional public void updateStock(Order order) { // 扣减库存 } }表面上看updateStock加了事务但调用方是 this 自身没有经过 Spring 代理对象所以事务注解不会生效。解决方案有两种一是把事务方法放到另一个 Bean 中通过依赖注入调用二是通过代理对象调用比如注入ApplicationContext后获取代理 Bean或直接使用TransactionTemplate。这个案例说明背八股文不能只记结论要理解 Spring 的关键机制是代理。9.3 排查清单不管是复习还是上线后遇到问题都可以参考下面这套思路问题现象常见原因解决思路应用启动慢自动配置加载了较多组件用启动分析工具定位耗时初始化接口卡顿SQL 查询慢或存在死锁开启慢查询日志分析执行计划缓存和数据不一致更新顺序不对使用 Cache Aside Pattern更新后删除缓存线程池任务堆积任务量超过处理能力调整拒绝策略与线程数增加监控OOM 频繁代码内存泄漏或集合无界增长dump 堆内存并分析大对象事务不回滚异常被 catch 或方法自调用抛出 RuntimeException改用代理调用这套清单除了面试日常开发排查也能用上。10. 最佳实践与工程建议10.1 代码与命名规范面试中聊项目时好的代码风格会加分。Java 项目命名至少要做到类和接口使用大驼峰方法名和变量名使用小驼峰常量使用全大写下划线分隔。集合类型的变量名建议带上复数含义比如userList、orderMap让人一眼看出类型。方法命名要体现行为比如findUserById、createOrder不要用doSomething这类毫无信息量的名字。10.2 日志与异常处理生产环境排查问题依赖的就是日志。推荐使用 SFL4J 门面加 Logback 实现日志文件按天滚动并保留合理历史。异常处理的原则是不要捕获后什么都不做至少记录日志不要用异常控制业务流程跨系统调用要记录入参、出参和耗时。这里给出一个基础示例RestController public class UserController { private static final Logger log LoggerFactory.getLogger(UserController.class); GetMapping(/users/{id}) public ResultUser getUser(PathVariable Long id) { long start System.currentTimeMillis(); try { User user userService.findById(id); return Result.success(user); } catch (Exception e) { log.error(查询用户失败, id{}, id, e); return Result.error(系统繁忙); } finally { log.info(查询用户耗时: {}ms, id{}, System.currentTimeMillis() - start, id); } } }日志不是写得越多越好而是要在关键时刻留下可追踪的线索。10.3 项目经验比只背答案重要八股文能帮你通过理论面但最终决定是否录用的往往还是项目。准备项目时不要只说自己“用过 Spring Boot 和 Redis”而是要说清楚项目背景、你负责的模块、遇到的难点、怎么解决的、最后效果如何。一个简单的 STARE 表达方式很实用Situation项目背景是什么。Task你的职责和目标是什么。Action你具体做了哪些事。Result最终结果如何最好有可量化的数据。Evaluation如果再来一次你会怎么改进。面试前把自己的两三个核心项目按这个结构写好会比再刷两百道题更有价值。10.4 复习中的时间安排建议三天速刷不是让你把时间全部花在阅读上。建议每天上午看知识点下午做题和写小 Demo晚上整理自己的回答话术。最后一天留出两小时做一次模拟面试可以在网上找题库随机抽题严格按 20 分钟技术面来练习。从个人经验看大部分人不是知识不够而是表达不到位。同一个知识点写在纸上、说在嘴边、被追问时才临时组织语言效果完全不同。提前开口练习是短时间提升面试表现最有效的方法。11. 总结到这里Java 后端八股文的复习框架已经完整梳理了一遍。我们从 Java 基础、集合框架到 JVM 内存与 OOM 排查再到并发编程、Spring 生态、MySQL 和 Redis基本覆盖了大厂小厂的高频问题。每道题都不是只给结论而是尽量讲清了背后的原理和面试官可能的追问方向。如果你想在三天内完成速刷建议把文章中的内容拆成任务清单第一天死磕 Java 基础和集合源码第二天重点理解 JVM 与并发第三天集中攻 Spring 和数据库。每天用表格自查一遍把说不清楚的问题标记出来这就是第二天需要重点补漏的地方。别忘了互联网公司的面试不会只问理论最终还是要落到你做过什么、怎么思考、怎么解决实际问题上。所以请把手边的项目重新梳理一遍把它和本文中的理论知识连起来。如果本文对你有帮助可以收藏备用。面试路上扎实的基础加上完整的项目表达比任何“速成秘籍”都更值得信任。