Java后端面试题怎么准备？从语言原理到系统证据

Java后端面试的回答框架

例如回答线程安全，不要停在“加锁”。应先指出共享可变状态和并发访问，再比较不可变对象、线程封闭、原子变量、锁与并发容器，解释可见性、原子性、活性和性能代价。Oracle并发教程与JLS把内存一致性和happens-before作为关键基础，但具体实现仍要结合当前JDK文档。

重点知识地图

并发题怎样避免只背术语？

volatile和synchronized有什么区别？

回答应从问题出发：volatile用于建立特定的可见性和有序性关系，不能把复合读改写操作自动变成原子操作；synchronized通过监视器提供互斥，并建立相应的happens-before关系。选择时要说明共享状态、临界区和竞争程度，而不是只列关键字定义。

线程池参数怎样定？

先区分CPU密集与I/O等待，再结合到达率、单任务耗时、下游容量、队列长度和延迟目标。必须说明拒绝策略、监控、超时和优雅关闭。固定公式只能作为初始估计，最终要压测并观察队列、活跃线程和下游错误。

死锁怎么查？

确认线程是否长期等待，获取线程转储查看锁持有与等待关系，再定位不一致的加锁顺序或跨资源事务。修复可包括统一锁顺序、缩小临界区、超时或减少嵌套；不能简单靠增加线程数。

JVM问题怎样连接到线上诊断？

1. 先描述症状：延迟上升、吞吐下降、CPU高、内存增长、频繁GC或进程退出。
2. 检查时间相关的指标、GC日志、线程和堆信息，避免只看一次快照。
3. 区分堆内对象、线程、直接内存、类元数据和本地资源。
4. 建立假设后用负载、采样或最小复现验证。
5. 修改配置或代码后回归延迟、吞吐和资源占用。

GC选择与参数依赖JDK版本、堆大小、分配速率和停顿目标。面试时先声明版本与工作负载，再讨论吞吐、停顿和内存之间的取舍，不要声称某个收集器适合所有系统。

数据库、缓存和消息队列常见追问

系统设计没有脱离约束的标准答案。先问QPS、数据规模、一致性、延迟和可用性目标，再画核心链路与数据流，最后讨论瓶颈、故障和演进。

项目经历怎样讲出后端深度？

使用项目经历结构说明背景和职责后，重点讲一个你真正做过的技术决策：基线有什么问题、有哪些候选方案、为什么选择当前方案、如何上线、如何监控、结果怎样核对、还有什么遗留风险。不要把团队成果全部写成个人成果，也不要编造QPS、延迟或节省比例。

版本与经验边界：Java语言、JVM和框架会演进。回答前说明使用的JDK、数据库和组件版本；本文提供准备框架，不替代对应版本的官方文档，也不代表特定公司的题库。

常见问题

需要把Spring源码都背下来吗？

通常更重要的是理解依赖注入、事务边界、代理、请求链路和失败行为，并能结合实际版本定位问题。源码可用于验证理解，不应替代场景分析。

八股题怎么准备更有效？

每个结论补三个追问：为什么、什么时候不适用、怎样验证。再把它连接到一个真实项目或最小实验。

系统设计应该先画什么？

先澄清目标和容量，再画用户请求、核心服务、数据存储和外部依赖；之后补缓存、异步、扩展、监控和故障路径。

没有高并发经验怎么办？

如实说明规模，展示你对容量估算、瓶颈、压测和风险的推理。不要把测试环境或理论估计说成线上结果。