Java大厂面试：分布式事务与微服务技术点全解析

面试场景：电商场景中的分布式事务与微服务架构

第一轮提问：基础知识

面试官：

1. 请你简单介绍一下 Spring Boot 和 Spring Cloud 的区别？
2. 在电商场景中，订单服务需要调用库存服务和支付服务，请问如何设计微服务之间的通信？
3. Redis 和 Memcached 都可以用来做缓存，二者有哪些区别？

毛毛： 毛毛挠了挠头，回答道：

1. Spring Boot 是一个框架，用于快速构建单体应用；Spring Cloud 是一个工具集，用于微服务架构。
2. 微服务通信嘛，用 HTTP 或者 RESTful API 就行。
3. Redis 好像支持更多数据结构吧？而 Memcached 更轻量些。

面试官：（点头表示认可） “不错，Spring Boot 和 Spring Cloud 的区别你答对了。但微服务通信更推荐使用 gRPC 或 OpenFeign，减少延迟和开发复杂度。Redis 的确数据结构丰富，还支持持久化，适用于复杂场景。”

---

第二轮提问：分布式事务

面试官：

1. 在电商平台中，订单创建后需要锁定库存并扣除余额，你会如何实现分布式事务？
2. 请解释一下 TCC（Try-Confirm-Cancel）事务模型的工作原理？
3. 在 Spring Cloud 中，如何实现服务的负载均衡？

毛毛： 毛毛开始满头大汗：

1. 分布式事务嘛，可以用数据库事务？或者 Redis？
2. TCC 是什么，我好像听过，但不太记得了。
3. 服务负载均衡，用 Eureka 吧。

面试官：（面露不悦） “分布式事务不能依赖传统数据库事务，推荐使用 TCC 或者 Saga 模型。TCC 的工作方式是先尝试执行（Try），然后确认（Confirm），如果失败则回滚（Cancel）。负载均衡可以通过 Spring Cloud 的 Ribbon 或者 Gateway 实现。”

---

第三轮提问：监控与运维

面试官：

1. 电商系统的微服务架构经常需要监控，请问如何使用 ELK Stack 实现日志分析？
2. 如果某个微服务发生了性能瓶颈，如何定位问题？
3. 请简单谈谈分布式追踪工具 Jaeger 和 Zipkin 的区别。

毛毛： 毛毛已经有点慌了：

1. ELK 是 Elasticsearch、Logstash 和 Kibana？我记得是用来搜日志的。
2. 性能瓶颈啊，看看日志？或者重启服务器？
3. Jaeger 和 Zipkin，这个不太清楚……

面试官：（摇头无奈） “ELK Stack 的确是日志分析工具，但需要结合微服务架构设计，采集日志、存储、可视化分析。性能瓶颈定位需要结合 APM（如 New Relic）和日志分析工具。Jaeger 更适合复杂场景，而 Zipkin 更轻量化，适合快速部署。”

---

面试结束

面试官： “毛毛，今天辛苦了，你的基础知识还需要加强。回去等通知吧。”

毛毛低头离开，内心发誓要好好学习微服务与分布式事务。

---

技术点总结与学习指南

1. Spring Boot 和 Spring Cloud 的区别

• Spring Boot 是一个框架，用于快速构建单体应用。
• Spring Cloud 是一个工具集，提供了微服务架构所需的组件，如服务注册与发现、配置管理、负载均衡等。

2. 微服务通信的方式

• RESTful API：简单易用，但性能较差。
• gRPC：基于 HTTP/2，支持高效二进制通信。
• OpenFeign：Spring Cloud 的声明式 HTTP 客户端。

3. 分布式事务

• TCC事务模型：Try阶段尝试执行，Confirm阶段确认，Cancel阶段回滚。
• Saga模式：将事务拆分为多个可补偿的步骤，通过事件驱动进行恢复。
• 工具：Seata、Atomikos。

4. 缓存技术

• Redis：支持丰富的数据结构和持久化，适合复杂场景。
• Memcached：轻量级，适合简单的 KV 缓存。

5. 监控与运维

• ELK Stack：日志采集（Logstash）、存储（Elasticsearch）、可视化（Kibana）。
• 性能监控：使用 APM 工具（New Relic、Prometheus）。
• 分布式追踪：Jaeger（复杂场景）、Zipkin（轻量部署）。