现在Java后端面试的强度已经不只是背几道八股文能扛住的了。你会发现面试官一边问JVM内存模型一边问MySQL索引失效转手又抛出“大模型接口怎么接到订单系统里”这种场景题。这篇文章直接帮大家把JavaAI大模型方向的面试考点拆成一张可执行的知识地图覆盖Java基础、并发编程、JVM、MySQL、Redis、Spring、场景设计以及近一年明显升温的AI/大模型基础问题。内容不会让你“背完就忘”而是教你怎么组织答案、怎么把知识点串成一条线遇到没见过的题也能有思路。先说明一下我写这篇文章的目标不是押题而是提供一个自检框架。面试题的形态一直在变但底层考点相对稳定Java基础是地基并发和JVM是区分度MySQL和Redis是业务落地的关键Spring是框架原理的必考区AI/大模型则是最近半年开始高频出现的加分项。只要你按这个框架逐项过一遍再结合自己的项目做几次场景推演面试时的反应速度和答题完整度会明显不一样。1. JavaAI大模型面试核心能力速览先把整张考点地图放在前面。下表是Java后端方向叠加AI大模型能力后的常见考察模块以及每个模块的优先级和复习重点。这里的优先级只代表普遍面试频率具体公司、岗位、职级会有差异但整体不会偏离这个范围模块常见考察形式优先级复习重点Java基础概念题、手写代码题高集合、String、异常、泛型、反射、Stream并发编程原理题、手写并发代码高volatile、synchronized、JUC、线程池、CAS、AQSJVM原理题、调优与排查题高内存区域、GC、类加载、JVM参数、内存溢出MySQLSQL题、场景题高索引、事务、MVCC、锁、SQL优化、分库分表Redis场景题高数据结构、缓存击穿、分布式锁、持久化、集群Spring原理题中高IOC、AOP、事务传播、Bean生命周期、自动装配系统设计与场景题综合题高秒杀、幂等、分布式ID、消息削峰、订单超时AI与大模型概念题、方案设计题中高Transformer、RAG、LangChain、提示词、接口调用、AI Agent整体来看这八个模块就是当前“Java后端AI应用”面试的主干线。如果你要面的是后端岗位Java基础、并发、JVM、MySQL、Redis、Spring这部分至少要达到能讲清原理并能写小示例的程度如果你要面的是AI应用开发、大模型应用相关岗位那么第8个模块需要重点补充尤其是RAG和接口调用这类能快速验证的能力。如果你心里还没有这样一张地图建议先把这张表保存下来作为后面复习的目录。每复习完一个模块就回到表里打一个勾再看自己能不能用口语把这一行的复习重点讲出来。如果讲不出来说明还没有真正掌握。2. 适用人群与复习策略这份复习框架适合三类人群。第一类是校招或实习的同学项目经验相对少面试官更看重基础是否扎实所以Java基础、并发、JVM、MySQL这四块的优先级最高大模型可以当成亮点来准备。第二类是社招后端开发三到五年经验的面试会加大系统设计和场景题的比重同时会追问你项目里的性能问题、故障排查这类同学要把MySQL优化、Redis缓存设计、JVM调优和自己真实做过的案例绑定起来讲。第三类是后端转AI应用开发的工程师这类岗位既要懂Java后端又要求你能对接大模型接口、做RAG、封装AI能力所以除了后端基础还要能说清楚一次完整的AI应用调用链路。复习策略上建议不要按“背八股文”的顺序来而是按“能讲原理、能说出应用场景、能写简单示例”三档去滚动推进。第一遍先通读所有模块建立全局认识第二遍针对高频考点做深度理解每道题都能从底层原理讲到实际场景第三遍用项目或模拟场景把知识串起来比如把“订单超时关闭”这个场景分别用到Redis、消息队列、定时任务和分布式锁这样一道场景题就复习了四五个模块。预留每周两到三次的纯输出练习关掉代码对着一个知识点用口语讲五分钟讲不清楚的地方就是复习重点。3. Java基础集合、String、异常与泛型Java基础部分是每次面试的第一关也是最容易“答得很碎”的部分。面试官一般不会直接问“说说Java有哪些集合”而是会用“HashMap的put方法做了什么”来考集合实现用“String为什么设计成不可变”来考对象和内存用“try-with-resources底层是什么”来考异常体系。所以复习时不要只背结论要把源码关键路径和设计动机一起记。高频考点可以按四类整理。第一类是集合重点看HashMap的put流程、扩容机制、为什么链表转红黑树、以及HashMap和Hashtable、ConcurrentHashMap的区别。ArrayList和LinkedList的区别不能只答一个是数组一个是链表要结合随机访问、插入删除、内存碎片和实际使用场景来讲。第二类是String需要掌握String不可变的原因、字符串常量池、StringBuilder和StringBuffer的适用场景以及字符串拼接的底层优化。第三类是异常要把Error和Exception体系理清楚checked和unchecked的区别以及try-catch-finally和try-with-resources的执行顺序。第四类是泛型和反射重点理解类型擦除、通配符的上限下限、反射获取泛型信息的方式。这里给一个容易在面试中踩坑的细节HashMap在JDK 8里的扩容流程并不是简单地把元素复制到新数组而是通过高低位拆分来避免rehash。很多候选人能说出负载因子是0.75、默认容量是16但被问到“为什么是0.75”时就卡住了。这个问题可以从空间占用和哈希冲突概率两个角度回答过小会频繁扩容过大又容易冲突0.75是源码作者在时间和空间上的折中。面试中遇到这类源码级问题建议先答结论再补一句“这个值是时间和空间成本的折中”会比直接念源码效果好很多。public class EqualsHashCodeExample { private final Long id; private final String name; public EqualsHashCodeExample(Long id, String name) { this.id id; this.name name; } Override public boolean equals(Object obj) { if (this obj) return true; if (obj null || getClass() ! obj.getClass()) return false; EqualsHashCodeExample that (EqualsHashCodeExample) obj; return id.equals(that.id) name.equals(that.name); } Override public int hashCode() { int result id.hashCode(); result 31 * result name.hashCode(); return result; } }上面这段代码是为了说明一个高频考点重写equals时为什么必须重写hashCode。因为HashMap、HashSet等散列集合会先用hashCode定位桶再用equals比较元素如果两个对象equals相等但hashCode不同就会同时出现在不同桶里导致集合操作异常。这类题目面试官可能让你现场写一个实体类所以提前准备一个标准写法非常有必要。4. 并发编程从volatile到线程池并发编程是Java面试的区分度核心也是最容易出现“感觉自己会了一深问就露馅”的模块。面试官通常不会直接问“volatile是什么”而是会问“volatile能保证原子性吗”“为什么需要内存屏障”“synchronized加在static方法和实例方法上的区别是什么”。这些问题背后的主线是Java内存模型也就是JMM。建议复习时先建立JMM的基本概念可见性、原子性、有序性然后逐一把volatile、synchronized、Lock、CAS、ThreadLocal、线程池挂到这条主线上。先说volatile。volatile保证可见性和有序性但不保证原子性。它通过内存屏障禁止指令重排并在写入后把当前线程本地内存的值强制刷到主内存。面试里常问的“单例DCL为什么需要volatile”就是因为new对象在底层有三步分配内存、初始化对象、将引用指向内存如果不加volatile第三步可能被重排到第二步之前导致其他线程拿到未初始化完成的对象。synchronized是可重入的互斥锁JDK 6之后有偏向锁、轻量级锁、重量级锁的升级路径锁升级依赖对象头中的Mark Word这部分建议画出简单的锁状态迁移图来讲。CAS是无锁实现原子操作的关键AtomicInteger底层就是CAS加自旋。CAS有三个操作数内存位置V、期望值A、新值B只有V等于A时才把V更新为B。它解决了原子性问题但会引入ABA问题面试常问的AtomicStampedReference就是用来解决ABA的。AQS则是JUC整个并发框架的基础ReentrantLock、CountDownLatch、Semaphore等都依赖它核心是一个volatile int state和一个FIFO等待队列。面试时如果能把AQS的state状态、获取锁和释放锁的流程说清楚与Java基础相比会明显拉开差距。线程池是并发模块的高频代码题。需要掌握ThreadPoolExecutor七个核心参数的含义、任务提交和执行流程、四种拒绝策略以及常用的Executors工厂方法为什么在生产环境不推荐。回答时建议画出这样的执行流程提交任务后如果当前线程数小于corePoolSize就新建线程执行如果线程数达到corePoolSize且队列没满就放入队列如果队列满了且线程数小于maximumPoolSize就新建临时线程如果都满了就执行拒绝策略。生产环境推荐直接用ThreadPoolExecutor手动创建避免Executors的无界队列导致内存溢出。ThreadPoolExecutor executor new ThreadPoolExecutor( 4, // corePoolSize 12, // maximumPoolSize 60L, TimeUnit.SECONDS, // keepAliveTime new LinkedBlockingQueue(1000), // 有界队列 Executors.defaultThreadFactory(), new ThreadPoolExecutor.CallerRunsPolicy() // 拒绝策略 ); executor.execute(() - System.out.println(task running)); executor.shutdown();这段代码展示了生产环境推荐的线程池创建方式。面试时要特别注意拒绝策略的选择CallerRunsPolicy会让提交任务的线程自己执行任务适合不希望任务丢失但不要求实时处理的场景AbortPolicy是默认策略会抛RejectedExecutionExceptionDiscardPolicy和DiscardOldestPolicy都可能导致任务被静默丢弃需要谨慎讨论。能结合自己的业务解释为什么选择某种队列和拒绝策略比单纯背参数更有说服力。5. JVM内存、GC与故障排查JVM这块内容多、抽象度高但面试考点非常集中。核心主线是“Java代码如何加载、对象如何分配、垃圾如何回收、进程如何排查”。围绕这条主线可以把JVM面试题分成四个层次内存区域划分、对象创建与访问、垃圾回收算法与收集器、调优与排查工具。内存区域需要重点掌握线程私有的虚拟机栈、本地方法栈、程序计数器以及线程共享的堆和方法区。JDK 8之后方法区被元空间取代字符串常量池移到堆中。这里经常考“栈上分配”“TLAB”“对象在堆中的内存布局”所以回答“对象怎么创建”时要从类加载检查、内存分配、初始化、设置对象头一直说到执行构造方法。GC相关的题需要说清楚分代收集理论对象优先在Eden区分配大对象直接进入老年代长期存活的对象进入老年代。垃圾收集算法方面标记-清除、标记-复制、标记-整理要能对比优缺点收集器部分至少要掌握G1的核心思路把堆划分为Region通过可预测的停顿时间模型来回收价值最大的Region。调优与排查题在社招面试里越来越常见。面试官可能会给一个“CPU飙升、接口变慢”的场景让你说出排查步骤。一般回答思路是先用top找到CPU高的Java进程再用top -Hp查看线程用jstack导出线程栈定位业务线程如果是GC问题再用jstat看GC频率和耗时用jmap、jcmd抓堆转储最后用MAT分析大对象。这里要强调系统化的排查顺序而不是直接说“用jstack”。JVM参数也是高频考点。至少需要知道堆大小、栈大小、GC日志、元空间这些参数的写法java -Xms4g -Xmx4g -XX:UseG1GC -XX:MaxGCPauseMillis200 -Xlog:gc* -XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath/logs/app.hprof -jar app.jar说明-Xms和-Xmx设置堆初始和最大值一般建议生产环境设成一样避免动态扩容-XX:UseG1GC选择G1收集器-XX:MaxGCPauseMillis指定目标最大停顿-Xlog:gc*用于输出GC日志注意JDK 9后GC日志参数格式变了。在讲解时如果能带上一句“我上次在生产环境把堆从4G调到8GGC暂停时间从xxx降到了xxx”这类真实例子效果会好很多但前提是你真的做过不要编数据。另外不要把-Xms和-Xmx搞混-Xms是堆初始大小-Xmx是堆最大大小两者设为相同值可以避免运行期动态扩容带来的停顿。GC日志在不同JDK版本里的参数格式差异很大去面试前要先确认自己写的参数对应哪个JDK版本不然容易被追问到细节。6. MySQL索引、事务与SQL优化MySQL是Java后端面试覆盖面最广、追问最细的模块。面试官的常见套路是给一张订单表、一个慢SQL让你分析为什么慢、怎么优化。所以MySQL的复习不能只背概念要能在纸上写出SQL能解释执行计划。核心考点集中在索引结构、事务隔离级别、MVCC、锁机制、SQL优化和分库分表。索引部分要理解InnoDB的B树为什么适合做索引聚簇索引和非聚簇索引的区别以及最左前缀原则。高频题包括“联合索引(a,b,c)中查询b1会走索引吗”“索引失效有哪些情况”“覆盖索引和回表是什么”。回答索引失效时要注意从优化器角度思考对索引列使用函数、隐式类型转换、like以通配符开头、OR连接条件等都可能让索引失效但最终是否走索引还要看优化器对成本的判断。事务部分要掌握ACID、四种隔离级别、以及InnoDB如何通过MVCC实现可重复读和避免幻读。MVCC的关键是隐藏列和undo log在可重复读隔离级别下通过ReadView的生成时机来决定快照数据。EXPLAIN SELECT id, order_no, amount FROM t_order WHERE user_id 100 ORDER BY amount DESC LIMIT 10;在面试时带上EXPLAIN来讨论是很好的策略。看到执行计划之后先看type从高到低依次有system、const、eq_ref、ref、range、index、ALL目标是至少到range或ref再看key确认实际使用的索引看rows判断扫描行数看Extra注意Using filesort、Using temporary等需要优化的标记。如果你能把“我优化某个慢SQL时通过EXPLAIN发现原来没走索引加了联合索引后扫描行数从几十万降到几十”这句话用真实案例讲出来就比单纯背索引失效的三条原则更让人信服。SQL优化不只是加索引还要关注分页查询、深分页问题、批量插入、隐式提交等场景。高频场景题“深分页怎么优化”可以回答通过子查询延迟关联或者记录上一页最大ID来跳过扫描。事务隔离级别方面要能对比RR和RC的区别说明在RR下MVCC如何解决不可重复读Next-Key Lock如何解决幻读。如果再被追问“为什么MySQL默认用RR而不用RC”可以从历史原因、binlog复制、幻读问题等角度回答但不要给出过于绝对化的结论。分库分表在高级岗位面试中经常出现至少要能说出水平拆分、垂直拆分的概念以及拆分后带来的分布式ID、跨库join、分布式事务、数据迁移等问题。回答这类题不需要马上给出一个全量方案更重要的是展示你做取舍的能力什么情况适合分库分表什么情况可以通过索引优化、只读从库、冷热分离来解决。这是一个典型的场景题不是纯粹八股文。面试官更关注你有没有真实的压测数据和拆分经验如果没有至少要把利弊分析清楚体现出审慎态度。7. Redis缓存设计与分布式锁Redis在Java面试中主要考察两件事一是缓存使用中的问题二是分布式锁等场景设计。高频题包括数据类型与应用场景、缓存穿透/击穿/雪崩的区别与解决方案、缓存与数据库一致性问题、Redis分布式锁的可靠性、持久化RDB/AOF、过期删除策略与内存淘汰策略、集群模式。数据类型部分建议按照底层结构和应用场景来记忆。String可以存计数器List可以做消息队列Hash可以存对象Set可以做去重和共同好友ZSet可以做排行榜和延迟队列。面试官常追问“ZSet底层为什么用跳表而不是红黑树”这需要你对跳表的结构和插入删除的复杂度有了解并说明ZSet除了按score排序还要支持按member查询跳表在范围查找场景的实现更直接。缓存穿透、击穿、雪崩是必考题而且经常放在同一个场景里对比。穿透是请求了一个不存在的key解决方式是缓存空值或布隆过滤器击穿是某个热点key过期大量请求直接打到数据库解决方式是互斥锁、逻辑过期、热点key永不过期雪崩是大量key同时过期或Redis整体不可用解决方式是过期时间加随机值、多级缓存、集群高可用。缓存与数据库一致性方面比较稳妥的回答是先更新数据库再删缓存并给缓存设置过期时间兜底同时用binlog订阅或者消息队列来做最终一致。SET lock:order:123 1 NX PX 3000上面是Redis分布式锁
Java+AI大模型面试必知：核心考点与复习路线图
现在Java后端面试的强度已经不只是背几道八股文能扛住的了。你会发现面试官一边问JVM内存模型一边问MySQL索引失效转手又抛出“大模型接口怎么接到订单系统里”这种场景题。这篇文章直接帮大家把JavaAI大模型方向的面试考点拆成一张可执行的知识地图覆盖Java基础、并发编程、JVM、MySQL、Redis、Spring、场景设计以及近一年明显升温的AI/大模型基础问题。内容不会让你“背完就忘”而是教你怎么组织答案、怎么把知识点串成一条线遇到没见过的题也能有思路。先说明一下我写这篇文章的目标不是押题而是提供一个自检框架。面试题的形态一直在变但底层考点相对稳定Java基础是地基并发和JVM是区分度MySQL和Redis是业务落地的关键Spring是框架原理的必考区AI/大模型则是最近半年开始高频出现的加分项。只要你按这个框架逐项过一遍再结合自己的项目做几次场景推演面试时的反应速度和答题完整度会明显不一样。1. JavaAI大模型面试核心能力速览先把整张考点地图放在前面。下表是Java后端方向叠加AI大模型能力后的常见考察模块以及每个模块的优先级和复习重点。这里的优先级只代表普遍面试频率具体公司、岗位、职级会有差异但整体不会偏离这个范围模块常见考察形式优先级复习重点Java基础概念题、手写代码题高集合、String、异常、泛型、反射、Stream并发编程原理题、手写并发代码高volatile、synchronized、JUC、线程池、CAS、AQSJVM原理题、调优与排查题高内存区域、GC、类加载、JVM参数、内存溢出MySQLSQL题、场景题高索引、事务、MVCC、锁、SQL优化、分库分表Redis场景题高数据结构、缓存击穿、分布式锁、持久化、集群Spring原理题中高IOC、AOP、事务传播、Bean生命周期、自动装配系统设计与场景题综合题高秒杀、幂等、分布式ID、消息削峰、订单超时AI与大模型概念题、方案设计题中高Transformer、RAG、LangChain、提示词、接口调用、AI Agent整体来看这八个模块就是当前“Java后端AI应用”面试的主干线。如果你要面的是后端岗位Java基础、并发、JVM、MySQL、Redis、Spring这部分至少要达到能讲清原理并能写小示例的程度如果你要面的是AI应用开发、大模型应用相关岗位那么第8个模块需要重点补充尤其是RAG和接口调用这类能快速验证的能力。如果你心里还没有这样一张地图建议先把这张表保存下来作为后面复习的目录。每复习完一个模块就回到表里打一个勾再看自己能不能用口语把这一行的复习重点讲出来。如果讲不出来说明还没有真正掌握。2. 适用人群与复习策略这份复习框架适合三类人群。第一类是校招或实习的同学项目经验相对少面试官更看重基础是否扎实所以Java基础、并发、JVM、MySQL这四块的优先级最高大模型可以当成亮点来准备。第二类是社招后端开发三到五年经验的面试会加大系统设计和场景题的比重同时会追问你项目里的性能问题、故障排查这类同学要把MySQL优化、Redis缓存设计、JVM调优和自己真实做过的案例绑定起来讲。第三类是后端转AI应用开发的工程师这类岗位既要懂Java后端又要求你能对接大模型接口、做RAG、封装AI能力所以除了后端基础还要能说清楚一次完整的AI应用调用链路。复习策略上建议不要按“背八股文”的顺序来而是按“能讲原理、能说出应用场景、能写简单示例”三档去滚动推进。第一遍先通读所有模块建立全局认识第二遍针对高频考点做深度理解每道题都能从底层原理讲到实际场景第三遍用项目或模拟场景把知识串起来比如把“订单超时关闭”这个场景分别用到Redis、消息队列、定时任务和分布式锁这样一道场景题就复习了四五个模块。预留每周两到三次的纯输出练习关掉代码对着一个知识点用口语讲五分钟讲不清楚的地方就是复习重点。3. Java基础集合、String、异常与泛型Java基础部分是每次面试的第一关也是最容易“答得很碎”的部分。面试官一般不会直接问“说说Java有哪些集合”而是会用“HashMap的put方法做了什么”来考集合实现用“String为什么设计成不可变”来考对象和内存用“try-with-resources底层是什么”来考异常体系。所以复习时不要只背结论要把源码关键路径和设计动机一起记。高频考点可以按四类整理。第一类是集合重点看HashMap的put流程、扩容机制、为什么链表转红黑树、以及HashMap和Hashtable、ConcurrentHashMap的区别。ArrayList和LinkedList的区别不能只答一个是数组一个是链表要结合随机访问、插入删除、内存碎片和实际使用场景来讲。第二类是String需要掌握String不可变的原因、字符串常量池、StringBuilder和StringBuffer的适用场景以及字符串拼接的底层优化。第三类是异常要把Error和Exception体系理清楚checked和unchecked的区别以及try-catch-finally和try-with-resources的执行顺序。第四类是泛型和反射重点理解类型擦除、通配符的上限下限、反射获取泛型信息的方式。这里给一个容易在面试中踩坑的细节HashMap在JDK 8里的扩容流程并不是简单地把元素复制到新数组而是通过高低位拆分来避免rehash。很多候选人能说出负载因子是0.75、默认容量是16但被问到“为什么是0.75”时就卡住了。这个问题可以从空间占用和哈希冲突概率两个角度回答过小会频繁扩容过大又容易冲突0.75是源码作者在时间和空间上的折中。面试中遇到这类源码级问题建议先答结论再补一句“这个值是时间和空间成本的折中”会比直接念源码效果好很多。public class EqualsHashCodeExample { private final Long id; private final String name; public EqualsHashCodeExample(Long id, String name) { this.id id; this.name name; } Override public boolean equals(Object obj) { if (this obj) return true; if (obj null || getClass() ! obj.getClass()) return false; EqualsHashCodeExample that (EqualsHashCodeExample) obj; return id.equals(that.id) name.equals(that.name); } Override public int hashCode() { int result id.hashCode(); result 31 * result name.hashCode(); return result; } }上面这段代码是为了说明一个高频考点重写equals时为什么必须重写hashCode。因为HashMap、HashSet等散列集合会先用hashCode定位桶再用equals比较元素如果两个对象equals相等但hashCode不同就会同时出现在不同桶里导致集合操作异常。这类题目面试官可能让你现场写一个实体类所以提前准备一个标准写法非常有必要。4. 并发编程从volatile到线程池并发编程是Java面试的区分度核心也是最容易出现“感觉自己会了一深问就露馅”的模块。面试官通常不会直接问“volatile是什么”而是会问“volatile能保证原子性吗”“为什么需要内存屏障”“synchronized加在static方法和实例方法上的区别是什么”。这些问题背后的主线是Java内存模型也就是JMM。建议复习时先建立JMM的基本概念可见性、原子性、有序性然后逐一把volatile、synchronized、Lock、CAS、ThreadLocal、线程池挂到这条主线上。先说volatile。volatile保证可见性和有序性但不保证原子性。它通过内存屏障禁止指令重排并在写入后把当前线程本地内存的值强制刷到主内存。面试里常问的“单例DCL为什么需要volatile”就是因为new对象在底层有三步分配内存、初始化对象、将引用指向内存如果不加volatile第三步可能被重排到第二步之前导致其他线程拿到未初始化完成的对象。synchronized是可重入的互斥锁JDK 6之后有偏向锁、轻量级锁、重量级锁的升级路径锁升级依赖对象头中的Mark Word这部分建议画出简单的锁状态迁移图来讲。CAS是无锁实现原子操作的关键AtomicInteger底层就是CAS加自旋。CAS有三个操作数内存位置V、期望值A、新值B只有V等于A时才把V更新为B。它解决了原子性问题但会引入ABA问题面试常问的AtomicStampedReference就是用来解决ABA的。AQS则是JUC整个并发框架的基础ReentrantLock、CountDownLatch、Semaphore等都依赖它核心是一个volatile int state和一个FIFO等待队列。面试时如果能把AQS的state状态、获取锁和释放锁的流程说清楚与Java基础相比会明显拉开差距。线程池是并发模块的高频代码题。需要掌握ThreadPoolExecutor七个核心参数的含义、任务提交和执行流程、四种拒绝策略以及常用的Executors工厂方法为什么在生产环境不推荐。回答时建议画出这样的执行流程提交任务后如果当前线程数小于corePoolSize就新建线程执行如果线程数达到corePoolSize且队列没满就放入队列如果队列满了且线程数小于maximumPoolSize就新建临时线程如果都满了就执行拒绝策略。生产环境推荐直接用ThreadPoolExecutor手动创建避免Executors的无界队列导致内存溢出。ThreadPoolExecutor executor new ThreadPoolExecutor( 4, // corePoolSize 12, // maximumPoolSize 60L, TimeUnit.SECONDS, // keepAliveTime new LinkedBlockingQueue(1000), // 有界队列 Executors.defaultThreadFactory(), new ThreadPoolExecutor.CallerRunsPolicy() // 拒绝策略 ); executor.execute(() - System.out.println(task running)); executor.shutdown();这段代码展示了生产环境推荐的线程池创建方式。面试时要特别注意拒绝策略的选择CallerRunsPolicy会让提交任务的线程自己执行任务适合不希望任务丢失但不要求实时处理的场景AbortPolicy是默认策略会抛RejectedExecutionExceptionDiscardPolicy和DiscardOldestPolicy都可能导致任务被静默丢弃需要谨慎讨论。能结合自己的业务解释为什么选择某种队列和拒绝策略比单纯背参数更有说服力。5. JVM内存、GC与故障排查JVM这块内容多、抽象度高但面试考点非常集中。核心主线是“Java代码如何加载、对象如何分配、垃圾如何回收、进程如何排查”。围绕这条主线可以把JVM面试题分成四个层次内存区域划分、对象创建与访问、垃圾回收算法与收集器、调优与排查工具。内存区域需要重点掌握线程私有的虚拟机栈、本地方法栈、程序计数器以及线程共享的堆和方法区。JDK 8之后方法区被元空间取代字符串常量池移到堆中。这里经常考“栈上分配”“TLAB”“对象在堆中的内存布局”所以回答“对象怎么创建”时要从类加载检查、内存分配、初始化、设置对象头一直说到执行构造方法。GC相关的题需要说清楚分代收集理论对象优先在Eden区分配大对象直接进入老年代长期存活的对象进入老年代。垃圾收集算法方面标记-清除、标记-复制、标记-整理要能对比优缺点收集器部分至少要掌握G1的核心思路把堆划分为Region通过可预测的停顿时间模型来回收价值最大的Region。调优与排查题在社招面试里越来越常见。面试官可能会给一个“CPU飙升、接口变慢”的场景让你说出排查步骤。一般回答思路是先用top找到CPU高的Java进程再用top -Hp查看线程用jstack导出线程栈定位业务线程如果是GC问题再用jstat看GC频率和耗时用jmap、jcmd抓堆转储最后用MAT分析大对象。这里要强调系统化的排查顺序而不是直接说“用jstack”。JVM参数也是高频考点。至少需要知道堆大小、栈大小、GC日志、元空间这些参数的写法java -Xms4g -Xmx4g -XX:UseG1GC -XX:MaxGCPauseMillis200 -Xlog:gc* -XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath/logs/app.hprof -jar app.jar说明-Xms和-Xmx设置堆初始和最大值一般建议生产环境设成一样避免动态扩容-XX:UseG1GC选择G1收集器-XX:MaxGCPauseMillis指定目标最大停顿-Xlog:gc*用于输出GC日志注意JDK 9后GC日志参数格式变了。在讲解时如果能带上一句“我上次在生产环境把堆从4G调到8GGC暂停时间从xxx降到了xxx”这类真实例子效果会好很多但前提是你真的做过不要编数据。另外不要把-Xms和-Xmx搞混-Xms是堆初始大小-Xmx是堆最大大小两者设为相同值可以避免运行期动态扩容带来的停顿。GC日志在不同JDK版本里的参数格式差异很大去面试前要先确认自己写的参数对应哪个JDK版本不然容易被追问到细节。6. MySQL索引、事务与SQL优化MySQL是Java后端面试覆盖面最广、追问最细的模块。面试官的常见套路是给一张订单表、一个慢SQL让你分析为什么慢、怎么优化。所以MySQL的复习不能只背概念要能在纸上写出SQL能解释执行计划。核心考点集中在索引结构、事务隔离级别、MVCC、锁机制、SQL优化和分库分表。索引部分要理解InnoDB的B树为什么适合做索引聚簇索引和非聚簇索引的区别以及最左前缀原则。高频题包括“联合索引(a,b,c)中查询b1会走索引吗”“索引失效有哪些情况”“覆盖索引和回表是什么”。回答索引失效时要注意从优化器角度思考对索引列使用函数、隐式类型转换、like以通配符开头、OR连接条件等都可能让索引失效但最终是否走索引还要看优化器对成本的判断。事务部分要掌握ACID、四种隔离级别、以及InnoDB如何通过MVCC实现可重复读和避免幻读。MVCC的关键是隐藏列和undo log在可重复读隔离级别下通过ReadView的生成时机来决定快照数据。EXPLAIN SELECT id, order_no, amount FROM t_order WHERE user_id 100 ORDER BY amount DESC LIMIT 10;在面试时带上EXPLAIN来讨论是很好的策略。看到执行计划之后先看type从高到低依次有system、const、eq_ref、ref、range、index、ALL目标是至少到range或ref再看key确认实际使用的索引看rows判断扫描行数看Extra注意Using filesort、Using temporary等需要优化的标记。如果你能把“我优化某个慢SQL时通过EXPLAIN发现原来没走索引加了联合索引后扫描行数从几十万降到几十”这句话用真实案例讲出来就比单纯背索引失效的三条原则更让人信服。SQL优化不只是加索引还要关注分页查询、深分页问题、批量插入、隐式提交等场景。高频场景题“深分页怎么优化”可以回答通过子查询延迟关联或者记录上一页最大ID来跳过扫描。事务隔离级别方面要能对比RR和RC的区别说明在RR下MVCC如何解决不可重复读Next-Key Lock如何解决幻读。如果再被追问“为什么MySQL默认用RR而不用RC”可以从历史原因、binlog复制、幻读问题等角度回答但不要给出过于绝对化的结论。分库分表在高级岗位面试中经常出现至少要能说出水平拆分、垂直拆分的概念以及拆分后带来的分布式ID、跨库join、分布式事务、数据迁移等问题。回答这类题不需要马上给出一个全量方案更重要的是展示你做取舍的能力什么情况适合分库分表什么情况可以通过索引优化、只读从库、冷热分离来解决。这是一个典型的场景题不是纯粹八股文。面试官更关注你有没有真实的压测数据和拆分经验如果没有至少要把利弊分析清楚体现出审慎态度。7. Redis缓存设计与分布式锁Redis在Java面试中主要考察两件事一是缓存使用中的问题二是分布式锁等场景设计。高频题包括数据类型与应用场景、缓存穿透/击穿/雪崩的区别与解决方案、缓存与数据库一致性问题、Redis分布式锁的可靠性、持久化RDB/AOF、过期删除策略与内存淘汰策略、集群模式。数据类型部分建议按照底层结构和应用场景来记忆。String可以存计数器List可以做消息队列Hash可以存对象Set可以做去重和共同好友ZSet可以做排行榜和延迟队列。面试官常追问“ZSet底层为什么用跳表而不是红黑树”这需要你对跳表的结构和插入删除的复杂度有了解并说明ZSet除了按score排序还要支持按member查询跳表在范围查找场景的实现更直接。缓存穿透、击穿、雪崩是必考题而且经常放在同一个场景里对比。穿透是请求了一个不存在的key解决方式是缓存空值或布隆过滤器击穿是某个热点key过期大量请求直接打到数据库解决方式是互斥锁、逻辑过期、热点key永不过期雪崩是大量key同时过期或Redis整体不可用解决方式是过期时间加随机值、多级缓存、集群高可用。缓存与数据库一致性方面比较稳妥的回答是先更新数据库再删缓存并给缓存设置过期时间兜底同时用binlog订阅或者消息队列来做最终一致。SET lock:order:123 1 NX PX 3000上面是Redis分布式锁