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

继上次三方毁约后，又拿到了腾讯社招offer

最近前前后后也投递了很多份简历,但是基本上牛客上的公司都是秒拒或者是过了筛选没下文了,所以想让大佬看看这个简历有什么欠缺的地方吗,可以当下就做一些改动的.在 boss 上也是只有一些本地的小公司进面了

目前准备离职试投下中大厂后端以及bat级别大厂测开客户端，同时学下ai应用开发相关，今年年末寒假再投一段大厂后端或者ai应用开发日常，然后明年早点开暑期能给点建议吗，要不要学go呢