场景背景

谢飞机，互联网大厂内容社区技术部Java岗面试现场。 主面试官王工，一脸严肃，面前坐着“水货”程序员——谢飞机。 面试主题：内容社区UGC系统全栈Java技术。

---

第一轮：基础能力&主流框架

王工：小谢，咱们内容社区后台，评论功能用什么Java Web框架开发比较好？为什么？

谢飞机：Spring Boot最好用，启动快，写起来爽，Stack Overflow人也多，遇到问题有答案！

王工：+1，懂得找社区的支持，你思路对。那评论表访问用MyBatis还是JPA？说说区别。

谢飞机：用MyBatis吧，JPA是……MyBatis可以写SQL，JPA有点……好像自动生成啥，记不太清…

王工：嗯，MyBatis灵活度高。问你个简单的，Maven和Gradle都见过么？

谢飞机：Maven玩得6，Gradle配置有点黑魔法，看不懂，哈哈。

王工：实诚，前面表现不错！

---

第二轮：数据库整合&分布式

王工：内容社区高并发场景，除了数据库，怎么让评论读写更快？

谢飞机：用Redis啊，Spring Cache也行，放缓存里！

王工：很好。假如要评论数统计一致，缓存更新怎么防止脏读？

谢飞机：呃，这个锁…分布式锁？Redisson？反正网上很多方案……

王工：方向对。那万一消息延迟，评论数和实际不一致你咋办？

谢飞机：这个……再查数据库？让产品看数据库吧……

王工：（微笑）你有点皮哈。上一题，咱们后端和前端交互都走RESTful，你通常用什么工具写接口文档？

谢飞机：Swagger啊，点个注解自动生成！

王工：讲得好。

---

第三轮：异步&分布式消息

王工：后台内容审核、点赞、评论消息推送，你用什么消息中间件？

谢飞机：Kafka最主流，社区也用Redis Pub/Sub给小功能发消息。

王工：不错。Kafka生产消费模型说一下。

谢飞机：Producer生产消息，Consumer消费消息…Partition啥的分区……Offset乱七八糟很复杂……

王工：还能说出Offset不容易。社区内容数据，大屏分析用啥大数据中间件？你参与过没？

谢飞机：有个Elasticsearch，写过demo，Hadoop、Flink啥的没实际搞过。

王工：OK。最后，你知道微服务调用链路如何监控？Spring Cloud做过吗？

谢飞机：Spring Cloud Sleuth，Zipkin，Jaeger……呃，我主要配置过Sleuth，不过链路原理还没吃透。

王工：试得差不多了，回去等通知吧。

---

标准答案与业务解读总结

第一轮梳理

1. 评论服务Web开发推荐Spring Boot，因其约定优于配置、社区支持好、嵌入式容器。内容社区要求快速开发+集成。
2. MyBatis适合灵活SQL，JPA强调实体、对象关系映射，适合标准CRUD，多表复杂场景首选MyBatis。
3. Maven与Gradle：Maven声明式，简单易用；Gradle适合复杂项目，支持Groovy/Kotlin脚本，可定制化。

第二轮梳理

1. 高并发下，可用Redis或Spring Cache做热点数据缓存，显著提升响应。
2. 保证一致性常用分布式锁，如Redisson；或用消息队列解耦、双写、延迟校准。
3. 真实业务延迟或脏数据，需结合缓存失效策略和数据库二次校验（后台定时任务、消息补偿）
4. Swagger/OpenAPI是Java生态最主流的API文档生成工具，适配Spring生态。

第三轮梳理

1. 内容异步操作高频场景，Kafka为高吞吐消息中间件；Redis Pub/Sub适合轻量小型异步。
2. Kafka模型：Producer->Topic->Partition->ConsumerGroup->Offset，分布式存储和消费。
3. 大屏分析/搜索，Elasticsearch是内容社区热门，用于检索、分析；大数据批处理/流处理有Hadoop、Flink、Spark等可选。
4. 微服务链路监控Spring Cloud Sleuth，通常+Zipkin/Jaeger，实现跟踪ID传递与可视化。