中兴洽谈南京

1. 你们系统里如果用了消息队列，怎么保证消息不丢失、不重复消费，并且实现最终一致性？答案：先保证生产者发送可靠，发送失败要重试，关键业务可以配合事务消息或本地消息表。Broker 这一层要做持久化和副本，避免机器故障导致消息丢失。消费者要在业务处理成功后再 ack，不能先确认再执行业务。MQ 一般只能保证至少一次投递，所以消费者一定要做幂等。幂等常见做法是业务唯一 ID、去重表、Redis 去重、数据库唯一索引。最终一致性一般靠异步重试、死信队列、补偿机制来保证。面试里可以总结一句：生产者可靠发送，Broker 持久化，消费者幂等消费，失败靠补偿实现最终一致。2. 分布式事务有哪些常见方案？...

要简历的不少，但没面😥同学都在实习，好焦虑😢

拼多多后端二面，总体比较简单请做一个自我介绍介绍一下你第一个项目中你觉得比较有意义的内容你提到的 SPI 机制具体是怎么用在项目里的？优惠券秒杀中两套方案（同步 / 异步）分别是怎么实现的？乐观锁和分布式锁在你的秒杀逻辑中是怎么具体使用的？异步方案中 Lua 脚本 + MQ 的具体业务流程是怎样的？分布式锁在这个方案中的性能瓶颈在哪里，有什么优化手段？除了调整 RedLock，你还有什么办法优化锁的粒度或性能？布隆过滤器？你的项目中消息队列是怎么用的？如何保证消息不被重复消费？消息堆积一般如何解决？顺序消息是如何实现的？RocketMQ 为什么能支持顺序消息？和 Kafka 有什么区别？简单介...