互联网大厂java求职者面试

📕我是廖志伟，一名Java开发工程师，清华大学出版社签约作家、Java领域优质创作者、优快云博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。

📙拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper)，消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。

📘不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。

---

面试官（架构组负责人张涛）："廖志伟，你提到在订单系统中实现了幂等性设计，那么在分布式系统中，如何确保每个请求只被处理一次呢？"

廖志伟："首先，我们会为每个请求生成一个唯一的请求ID，然后通过分布式缓存（如Redis）来存储请求状态。每个请求到达系统后，都会先检查缓存中是否存在相同的请求ID，如果存在，则认为是重复请求，直接返回处理结果。"

面试官："那么，如果缓存服务出现故障，如何保证幂等性？"

廖志伟："在这种情况下，我们可以使用数据库的唯一索引来实现幂等性。每个请求处理完成后，都会在数据库中插入一条记录，记录中包含请求ID。如果数据库中已经存在相同的请求ID，则说明请求已经被处理过，可以直接返回结果。"

面试官："如果数据库也出现故障，我们该如何应对？"

廖志伟："如果数据库出现故障，我们可以考虑使用分布式消息队列（如Kafka）来存储请求。每个请求处理完成后，都会将请求信息发送到消息队列中。当数据库恢复后，可以从消息队列中读取请求信息，并处理未完成的请求。"

面试官："那么，如何确保消息队列中的消息不会丢失？"

廖志伟："为了确保消息不丢失，我们需要在消息队列中设置幂等性检查机制。每个消息发送到队列时，都会生成一个唯一的消息ID。消息消费者在处理消息时，会检查数据库中是否存在相同的消息ID，如果存在，则认为是重复消息，直接跳过处理。"

面试官："如果消息队列也出现故障，我们该如何保证消息不丢失？"

廖志伟："如果消息队列出现故障，我们可以考虑使用分布式文件系统（如HDFS）来存储消息。每个消息发送到文件系统时，都会生成一个唯一的文件ID。消息消费者在处理消息时，会检查文件系统中是否存在相同的文件ID，如果存在，则认为是重复消息，直接跳过处理。"

面试官："那么，如何确保分布式文件系统的可靠性？"

廖志伟："为了确保分布式文件系统的可靠性，我们需要在文件系统中设置数据冗余机制。例如，可以将每个文件存储在多个节点上，以防止单个节点故障导致数据丢失。同时，我们还需要定期对文件系统进行数据校验，以确保数据的完整性。"

面试官："最后，如果整个分布式系统都出现故障，我们该如何应对？"

廖志伟："在这种情况下，我们可以考虑使用分布式故障转移机制。当检测到系统故障时，可以自动将故障节点上的任务转移到其他正常节点上执行。同时，我们还可以通过监控系统状态，及时发现并处理故障，以减少对业务的影响。"

📥博主的人生感悟和目标

希望各位读者大大多多支持用心写文章的博主，现在时代变了，信息爆炸，酒香也怕巷子深，博主真的需要大家的帮助才能在这片海洋中继续发光发热，所以，赶紧动动你的小手，点波关注❤️，点波赞👍，点波收藏⭐，甚至点波评论✍️，都是对博主最好的支持和鼓励！

• 💂 博客主页： Java程序员廖志伟

• 👉 开源项目：Java程序员廖志伟

• 🌥 哔哩哔哩：Java程序员廖志伟

• 🎏 个人社区：Java程序员廖志伟

• 🔖 个人微信号： SeniorRD

🔔如果您需要转载或者搬运这篇文章的话，非常欢迎您私信我哦~