地平线一面

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

感觉像诈骗分子

28双非，可以找到实习不，简历有啥问题嘛

那天周五下午四点，我正心满意足地准备摸鱼等下班。产品经理突然发了条消息：“有个小需求，把订单状态里的‘处理中’改成‘处理中（请耐心等待）’，就改个文案，5分钟能搞定吧？”我心里嘀咕：文案这种东西，不是前端改一下就行了吗？但后端同事请假了，前端提了个issue说这个枚举值是从后端返的，前端只做映射。好家伙，又是祖传代码的锅。我心想：不就改个枚举描述吗？打开代码，找到那个OrderStatusEnum，把PROCESSING的中文描述从“处理中”改成了“处理中（请耐心等待）”。编译、打包、发布，一气呵成。前后真的只花了5分钟。然后…线上开始炸了。十五分钟后，客服群里开始刷屏：用户说自己的订单消失了...