做的是电商系统，主系统生成订单后，分别加入到不同的队列中给另外的三个子系统来异步处理，订单和商品是一对多的关系，在实际测试中，发现其中有一个子系统从队列中获取到的订单实体中，商品列表一直为空，子系统的开发人员一直说是获取不到值导致。因为这个问题，测试一直没通过，不得已只能打日志，反复排查。最后发现在这个子系统中，从队列拿到订单实体后，商品列表是不为空的，但是

一、问题背景：   上面绕口的标题不知道大家看不看的懂。通常我们用拦截器就是两个目的，1、在请求头里统一添加请求头。2、对响应结果预先处理。   我现在项目就是利用拦截器，在请求头里增加：'Authorization':this.storage.token的请求头。//最精简的一个拦截器。一会儿

为什么使用延迟消息？不同于同步消息，有些业务场景下希望可以实现延迟一定时间再消费消息。典型的场景有微信、支付宝等第三方支付回调接口，会在用户支付后3秒、5秒、30秒等等时间后向应用服务器发送回调请求，确保应用服务器可以正确收到消息。那有些朋友就会说了，把需要定时处理的数据存到数据库中用定时任务就可以实现，为什么还弄个异步消息。增加后台维护

"问题产生原因：（来源参考：https://www.rongcloud.cn/?utmsourceSEO&utmtermjishitongxun）这种情况是因为在用户信息提供者的getUserInfo()接口存在返回null的情况，原因是请求的用户信息在a