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

差点把线上搞崩那次，到现在想起来手心还会出汗。实习第六周，我改了一个配置参数。自测过了，跑了几个case没问题，心想这么小的改动走什么灰度啊，直接上呗。提交MR的时候mentor拦住了我，说走灰度。我当时内心是翻白眼的——至于吗？灰度放了1%的量，五分钟之后监控开始报警。我改的那个阈值，影响了下游一个缓存服务的淘汰策略。我看着监控面板上那条飞起来的红线，感觉自己的血也凉了。mentor倒是很淡定，一键回滚，然后跟我说：这个接口日调用量几千万。如果刚才全量上了，你今天就可以体验什么叫P0事故复盘了。那一刻我是真的怕了。不是怕被骂，是怕影响真实的用户。之前在小厂实习，出了bug重启一下就好了，DAU才几千，没人在意。但大厂不一样，你敲的每一行代码背后都是真实的人在用。从那以后我再也没有跳过任何一个流程。你说大厂的流程烦不烦？烦。但被流程保护过一次之后，你会真心感激这份烦。感谢我师，就我🐶命

😭这是给挂了吗，都一周了还显示这个。。。。

Q1：企业内部落地 Agent，你最先关⼼哪三个⾮功能需求？答案：安全与合规（权限、审计）、可控性（⼈在回路、⼯具⽩名单）、可观测性（轨迹、指标、回放）。Q2：客服场景如何降低幻觉？答案：强 RAG 溯源、禁⽌⽆引⽤断⾔、模板化答复、未知则转⼈⼯。Q3：怎么评估⼀个 Agent 的好坏？答案：分层评估：任务成功率、平均步数/成本、⼯具错误率、⽤户满意度、安全事件数；基准可包括静态数据集 + 仿真环境 + 线上 A/B。Q4：Agent 的最⼤⻛险是什么？答案：复合错误与权限滥⽤——单步⼩错在多步放⼤，或⼯具被诱导执⾏⾼危操作；因此必须 最⼩权限 + 强审计 + ⼈在回路。Q5：如何防⽌ Pro...