1. 自我介绍2. RocketMQ 里顺序消息、普通消息、事务消息分别适合什么场景，为什么不能混着用普通消息适合最终一致、无严格顺序约束的场景，比如日志分发、画像更新、通知投递。顺序消息适合同一业务键必须按时间线推进状态的链路，比如同一工单、同一订单、同一会话的状态演进，但顺序消息的吞吐和容错设计会受到队列粒度限制。事务消息适合本地事务与异步投递之间要建立“发送承诺”的场景，比如主库先落事实，再由 MQ 推动旁路索引或下游补偿。三者不能混着用，是因为它们解决的问题不同，消费模型、失败恢复方式和成本模型也完全不同。3. 如果 RocketMQ 出现消息积压，你会怎样定位，不要只说“扩容消费者”...

我是犯天条了吗？大佬们

究极折磨，缓了三天才想起在牛客发布。

面试时间： 4月2日讲一下实习，实习的难点是什么？你觉得最难的部分是什么？讲一下短链接生成过程，你是怎么管理这些链接的？为什么要分表？分表的作用是什么？你是怎么去分表的？volatile关键字的作用？保证原子性吗？如果要保证原子性的话，需要怎么做？你说到原子类，讲一下CAS是怎么保证操作原子性的？ABA问题怎么解决？Redis持久化机制有哪些？主从复制是怎么实现的？讲一下哨兵模式，讲一下RDB持久化频率怎么控制的？系统设计题：你设计一个城市的智慧公交车，每个站点有个实时显示的大屏能够看到有哪些路线，公交车分别到了哪些站点，预期到下个站点的时间和实际到达下个站点的时间怎么计算？如果现在需要进行公...