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

任务是一组逻辑工作单元，线程是使任务异步执行的机制。下面分析两种通过创建线程来执行任务的策略。1将所有任务放在单个任务中串行执行；2为每个任务创建单独的线程来执行实际上两种方式都存在一些严重的缺陷。串行执行的问题在于其糟糕的响应和吞吐量；而为每个任务单独创建线程的问题在于资源管理的复杂性，容易造成资源的浪费和过度消耗，影响系统的稳定性。为了提

HTML5中WebSockets是极其重要的部分,它的一个好处之一是减少了不必要的网络流量。它主要是用于在客户机和服务器之间建立单一的双向连接。这意味着客户只需要发送一个请求到服务端，那么服务端则会进行处理，处理好后则将其返回给客户端，客户端则可以在等待这个时间继续去做其他工作，整个过程是异步的。WebSockets应用的场景是很广泛的，当需要实

三年来一直从事服务器程序开发，一直都是忙忙碌碌，不久前结束了职业生涯的第一份工作，有了一个礼拜的休息时间，终于可以写写总结了。于是把以前的开源代码做了整理和优化，这就是FFLIB。虽然这边总结看起来像日记，有很多废话，但是此文仍然是有很大针对性的。针对服务器开发中常见的问题，如多线程并发、消息转发、异步、性能优化、单元测试，提出自己的见解。面对的问题

1、前言在IM这种讲究高并发、高消息吞吐的互联网场景下，MQ消息中间件是个很重要的基础设施，它在IM系统的服务端架构中担当消息中转、消息削峰、消息交换异步化等等角色，当然MQ消息中间件的作用远不止于此，它的价值不仅仅存在于技术上，更重要的是改变了以往同步处理消息的思路（比如进行IM消息历史存储时，传统的信息系统作法可能是收到一条消息就马上同步存

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

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

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

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