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

分享一个蚂蚁timeline3.25 一面3.30 二面4.2 HR面4.10 意向书

这几个项目有没有含金量，是些什么水平的项目？

在 AI 时代，是否还需要刷力扣，其实答案很现实：需要，但方式要变。一方面，AI 确实可以帮你快速生成代码，甚至给出最优解思路，但面试场景并不会因此消失。很多公司依然保留“手撕代码”环节，本质上考察的不是你会不会写答案，而是你是否真正理解数据结构与算法、是否具备清晰的逻辑表达能力。在没有 AI 辅助的白板或在线面试中，这些能力无法替代。