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

感觉自己还是挺狗运的，比不上牛客这些双非大佬随便秒终于戴上红围脖了，xdm 加油

真约不到实习，我真服了，27届。求求大佬帮忙看看简历，是不是项目太简单了需要换个项目。想去银行科技想找个后端开发实习扩充一下秋招的实习经历。

现在这个时间点说实话要面对一个现实：春招确实已经进入尾声，像一些头部厂（互联网大厂、部分芯片大厂）提前批+正式批基本已经接近收口，剩下的机会主要集中在以下几类：补录、二线厂、传统行业公司、以及部分还在持续招人的中小厂。但“最后一个月”并不意味着机会少，而是策略必须更精准。一、先判断你现在处于什么水平你必须先搞清楚自己在哪一档：基础一般（只会点单片机/能写代码但项目弱）有项目（做过STM32/RTOS/驱动，但不深）有亮点（做过复杂项目/有系统能力/能讲原理）不同阶段准备方式完全不同：基础一般 → 补基础 + 背八股有项目 → 强化项目表达 + 查漏补缺有亮点 → 主攻面试 + 定向投递二、最后...