百度提前批还有没三面的吗

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

太难写了

正式进入AI Coding时代了  

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