互联网大厂java求职者面试

原创于 2025-06-12 19:29:53 发布

· 475 阅读

8 ·

版权

##############阁下如果是抄袭，爬取文章作恶或误导他人的开发者,请阅读中国现行法律的相关处罚条例再动手，转载之前最好先验证#############

文章标签：

#java #八股文 #面试 #求职 #Java

Java场景面试宝典专栏收录该内容

266 篇文章

订阅专栏

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

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

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

Java程序员廖志伟

面试官（架构组负责人张涛）："廖志伟，你在简历中提到对分布式事务有深入研究。那么，如果系统中存在多个数据源，如何保证分布式事务的原子性？"

廖志伟："保证分布式事务的原子性，我们可以采用两阶段提交（2PC）协议。这个协议将事务分为两个阶段：准备阶段和提交阶段。在准备阶段，协调者向所有参与者发送准备消息，参与者根据本地事务逻辑决定是否提交。如果所有参与者都同意提交，协调者发送提交消息，否则发送回滚消息。"

面试官："那么，两阶段提交有哪些缺点呢？"

廖志伟："两阶段提交的缺点主要包括：性能开销大，因为涉及到大量的网络通信；存在单点故障风险，协调者宕机会导致事务无法提交或回滚；参与者可能因为网络问题或本地故障导致事务阻塞。"

面试官："既然两阶段提交有这么多缺点，那有没有更好的方案呢？"

廖志伟："当然有。比如，我们可以采用TCC（Try-Confirm-Cancel）模式。这种模式将分布式事务拆分为三个阶段：尝试阶段、确认阶段和取消阶段。在尝试阶段，各个参与者尝试本地事务；在确认阶段，如果所有参与者本地事务都成功，则提交分布式事务；在取消阶段，如果任何一个参与者本地事务失败，则取消分布式事务。"

面试官："那么，TCC模式有哪些优点和缺点呢？"

廖志伟："TCC模式的优点在于，它减少了网络通信，提高了性能；不存在单点故障风险。但缺点是，它需要参与者实现本地事务的补偿逻辑，增加了开发难度；如果参与者本地事务失败，可能会导致数据不一致。"

面试官："了解了。那么，在实际项目中，如何避免TCC模式中的数据不一致问题呢？"

廖志伟："为了避免数据不一致，我们可以采用消息队列来保证分布式事务的最终一致性。在尝试阶段，参与者将本地事务结果发送到消息队列；在确认阶段，如果所有参与者本地事务都成功，则将确认消息发送到消息队列；在取消阶段，如果任何一个参与者本地事务失败，则将取消消息发送到消息队列。通过这种方式，我们可以保证分布式事务的最终一致性。"

面试官："那么，消息队列有哪些常见的消息中间件呢？"

廖志伟："常见的消息中间件有ActiveMQ、RabbitMQ、Kafka等。它们各自有优缺点。比如，ActiveMQ适合小规模应用，RabbitMQ适合高并发场景，Kafka适合大数据场景。"

面试官："了解了。那么，在实际项目中，如何选择合适的消息中间件呢？"

廖志伟："选择合适的消息中间件需要考虑以下几个因素：性能、可靠性、易用性、扩展性等。比如，如果项目对性能要求较高，可以选择Kafka；如果项目对可靠性要求较高，可以选择ActiveMQ或RabbitMQ。"

面试官："那么，在实际项目中，如何保证消息队列的可靠性呢？"

廖志伟："为了保证消息队列的可靠性，我们可以采用以下措施：首先，确保消息队列服务器的稳定性；其次，采用消息持久化机制，防止消息丢失；最后，实现消息队列的故障转移机制，确保在服务器故障时，消息队列服务能够自动恢复。"

面试官："了解了。那么，在实际项目中，如何实现消息队列的故障转移机制呢？"

廖志伟："实现消息队列的故障转移机制，我们可以采用以下方法：首先，采用主从复制模式，确保主节点故障时，从节点能够自动接管；其次，实现消息队列的自动恢复机制，确保在服务器故障时，消息队列服务能够自动恢复；最后，采用负载均衡技术，确保消息队列服务的高可用性。"

CSDN