经纬恒润 Java开发 二面 面经

Java后端开发二面题目（完整版）

1. 说说Spring Boot的自动装配原理是如何实现的？

答案：

核心机制：

• @SpringBootApplication包含三个注解
• @EnableAutoConfiguration触发自动装配
• @Import(AutoConfigurationImportSelector.class)导入配置

装配流程：

1. 读取META-INF/spring.factories文件
2. 加载所有EnableAutoConfiguration配置类
3. 根据@Conditional条件注解过滤
4. 将符合条件的Bean注册到容器

常见条件注解：

• @ConditionalOnClass：类路径存在某个类
• @ConditionalOnMissingBean：容器中没有某个Bean
• @ConditionalOnProperty：配置文件有某个属性

自定义starter：

• 创建配置类加@Configuration
• 在spring.factories中注册
• 使用条件注解控制加载

2. Redis的数据结构有哪些？分别适用什么场景？

答案：

String（字符串）：

• 场景：缓存、计数器、分布式锁
• 命令：SET、GET、INCR、DECR

Hash（哈希）：

• 场景：存储对象、购物车
• 命令：HSET、HGET、HMGET
• 优势：节省内存，部分更新

List（列表）：

• 场景：消息队列、时间线、最新列表
• 命令：LPUSH、RPUSH、LPOP、RPOP
• 特点：有序、可重复

Set（集合）：

• 场景：标签、共同好友、去重
• 命令：SADD、SMEMBERS、SINTER
• 特点：无序、不重复

ZSet（有序集合）：

• 场景：排行榜、延迟队列
• 命令：ZADD、ZRANGE、ZRANK
• 特点：按score排序

其他类型：

• Bitmap：签到、布隆过滤器
• HyperLogLog：UV统计
• GEO：地理位置
• Stream：消息队列（5.0+）

3. 分布式事务有哪些解决方案？各有什么优缺点？

答案：

1. 2PC（两阶段提交）

• 准备阶段：协调者询问参与者
• 提交阶段：统一提交或回滚
• 缺点：同步阻塞、单点故障、数据不一致

2. 3PC（三阶段提交）

• 增加CanCommit阶段
• 超时机制
• 缺点：复杂度高

3. TCC（Try-Confirm-Cancel）

• Try：预留资源
• Confirm：确认提交
• Cancel：取消回滚
• 优点：性能好、无锁
• 缺点：业务侵入性强

4. 本地消息表

• 业务和消息在同一事务
• 定时扫描发送消息
• 优点：实现简单
• 缺点：依赖定时任务

5. 消息队列（最终一致性）

• 发送消息到MQ
• 消费者处理业务
• 优点：解耦、高性能
• 缺点：只能保证最终一致

6. Seata（推荐）

• AT模式：自动补偿
• TCC模式：手动补偿
• SAGA模式：长事务
• 优点：对业务侵入小

选型建议：

• 强一致性：TCC、Seata AT
• 最终一致性：消息队列
• 简单场景：本地消息表

4. JVM内存模型是怎样的？如何排查内存溢出问题？

答案：

内存区域：

线程共享：

• 堆（Heap）：对象实例、数组
• 方法区（元空间）：类信息、常量、静态变量

线程私有：

• 虚拟机栈：局部变量、方法调用
• 本地方法栈：Native方法
• 程序计数器：字节码行号

常见OOM：

1. 堆溢出（最常见）

• 原因：对象过多、内存泄漏
• 错误：java.lang.OutOfMemoryError: Java heap space
• 排查： jmap -heap pid查看堆使用jmap -dump:format=b,file=heap.hprof pid导出堆MAT工具分析dump文件

2. 栈溢出

• 原因：递归太深、线程过多
• 错误：StackOverflowError
• 解决：增加栈大小-Xss

3. 元空间溢出

• 原因：类加载过多
• 错误：OutOfMemoryError: Metaspace
• 解决：增加元空间-XX:MetaspaceSize

排查步骤：

1. 查看GC日志：-XX:+PrintGCDetails
2. 使用jstat监控：jstat -gc pid 1000
3. dump堆分析：找到占用内存最多的对象
4. 分析代码：是否有内存泄漏

预防措施：

• 合理设置堆大小
• 及时释放资源
• 使用对象池
• 避免大对象

5. MySQL的事务隔离级别有哪些？如何解决幻读问题？

答案：

四种隔离级别：

1. 读未提交（Read Uncommitted）

• 可以读到未提交的数据
• 问题：脏读、不可重复读、幻读

2. 读已提交（Read Committed）

• 只能读到已提交的数据
• 问题：不可重复读、幻读
• Oracle默认级别

3. 可重复读（Repeatable Read）

• 同一事务内多次读取结果一致
• 问题：幻读
• MySQL默认级别

4. 串行化（Serializable）

• 完全串行执行
• 无并发问题，性能最差

并发问题：

• 脏读：读到未提交的数据
• 不可重复读：两次读取数据不一致
• 幻读：两次查询记录数不一致

MySQL如何解决幻读：

MVCC（多版本并发控制）：

• 每行记录有隐藏字段：事务ID、回滚指针
• 读取时根据ReadView判断可见性
• 快照读不会产生幻读

Next-Key Lock（间隙锁）：

• 锁定记录+间隙
• 防止其他事务插入
• 当前读（SELECT FOR UPDATE）使用

示例：

-- 事务A
BEGIN;
SELECT * FROM table WHERE id > 10 FOR UPDATE;
-- 锁定id>10的记录和间隙，事务B无法插入

-- 事务B
INSERT INTO table VALUES(15, ...); -- 阻塞

6. 如何设计一个秒杀系统？需要考虑哪些问题？

答案：

核心问题：

• 高并发：瞬间大量请求
• 超卖：库存扣减不一致
• 恶意请求：刷单、爬虫

架构设计：

前端优化：

• 按钮置灰，防止重复点击
• 验证码、滑块验证
• 静态资源CDN加速

接口层：

• Nginx限流：限制单IP请求频率
• 网关限流：令牌桶、漏桶算法
• 接口防刷