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

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

主从同步意义？主从同步使得数据可以从一个数据库服务器复制到其他服务器上，在复制数据时，一个服务器充当主服务器（master），其余的服务器充当从服务器（slave）。因为复制是异步进行的，所以从服务器不需要一直连接着主服务器，从服务器甚至可以通过拨号断断续续地连接主服务器。通过配置文件，可以指定复制所有的数据库，某个数据库，甚至是某个数据

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

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