很多人写嵌入式简历，最容易堆上去的词就是 UART、SPI、I2C、CAN、以太网、Linux 驱动、BSP、FreeRTOS、DMA、中断。这些词本身当然没错，问题在于只要简历里出现得够多，面试官通常不会再按“名词解释”的方式问你。现在更常见的追问方式，是挑一条你项目里真实存在的数据链路，从外设收发开始，一路往上问到中断、DMA、缓存、任务切换、驱动接口、异常恢复、日志定位，再回到为什么这样设计。答得出来，说明你真做过；答到一半就散，说明大概率只是配过、调通过、抄过一版能跑的代码。最近公开面经、岗位要求和讨论里反复出现的几个方向也很一致：Linux、RTOS、驱动/BSP、C/C++、通信协...

绷不住了

真没招了，三月才开始准备八股和算法因为没想到不仅大厂笔试过不了小厂也根本鸟我，笔试都不愿意发一个，心里心存侥幸说即使没实习好好磨炼技术再做一两个rag、agent项目去秋招，但是我现在投暑期实习就感受到秋招的寒气了，完全不觉得是金三银四而是铜三铁四😭😭😭，怎么办完全没招了，最近焦虑到学都学不进去每天都在投简历

一、前言在实际开发中，使用消息队列最怕的问题只有一个：消息丢失。例如：下单成功消息没发出去、扣款成功消费者没消费、业务数据不一致。RabbitMQ 整个体系中，最重要、面试问得最多、生产必须落地的模块就是：消息可靠投递。本文一次性讲透：消息为什么丢、怎么防止丢、完整四层保障、代码实战、面试标准答案。二、消息丢失的4个位置（必须背）一条消息从生产者发送到最终消费，一共经历4个阶段，每个阶段都会丢消息：生产者发送阶段：网络波动、发送失败，消息没抵达MQ。交换机路由阶段：交换机没有匹配队列，消息被丢弃。MQ服务端阶段：MQ宕机重启，内存消息清空。消费者消费阶段：消费者还没处理完程序崩溃，消息直接丢失...