实话实说，并不是友友不强，相反的你的水平已经超过大部分24届学生，只不过是因为现在行情越来越卷所以面试官会尽可能的用最低成本找最具有性价比的人 看了你的面试题 有很多部分都很难：比如那个关注人数多，如何保证正确而又完整通知用户，我觉得面试官可能想问CAP或者BASE理论的真实落地，这个业务分为 (1)用户关注博主 (2)通知用户关注成功，难点在第二个步骤，友友已经使用了消息队列 那么整个服务可以说拆分 步骤一不会考虑步骤二的执行结果 所以现在只需要考虑 (1)投放消息 (2)消费消息，对于投放消息消息队列可以使用生产者的ACK来完成 如果没有收到服务器的ACK会进行重试机制 如果超过限度可以将这个消息存储起来 MySQL Redis都可以 只要能够存储就行，然后开启定时任务去扫描 完成补偿机制 这样可以保证投放基本完整，再来说消息消费 这是对消费者而言 用到消息队列的重复消费机制 如果超过限度也存储起来然后完成补偿，以上是我对这个问题的看法，可能不对可能对友友有启发