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

收藏我了是进人才储备池了还是有戏了😂

三月的时候焦虑到睡不好。四月底了，还没拿到满意的offer，但心态好很多了。说说中间发生了什么，给还在等消息的同学参考一下。 【为什么三月那么焦虑】我三月初投了十几家，精投，认真看JD，以为质量比数量重要。结果投出去大半石沉大海，一面约来的很少，身边朋友陆续有消息了，我连一面邀约都没几个。那段时间真的很差，每天刷招聘软件，刷到凌晨，睡不着。【转折点】一个学长告诉我：数量不够。前端行情这几年不好，一定要投够数量，不能精投。三月底我用网申助手批量补投了三十家（填表一下午就搞定了，省去手动输入），开始陆续有一面约来。最后offer里有两个就是这批投的。数量是我三月最大的问题。【心态为什么平了】一是投...