异步化
最近在处理交易下单的流程:
用户下单请求 <-> 前端控制层 <-> 业务逻辑层 <-> 同步调用 <-> 订单接口服务 <-> 数据层
以上即为目前用户下单的处理流程,业务逻辑层使用同步的方式调用接口服务,直到订单接口服务响应或者超时。
查看了很多资料说加入消息队列的机制,即可实现异步。
首先将用户的下单请求添加消息队列中,然后订单接口服务从消息队列中获取请求消息进行处理。
此时有两种处理方法:
1、前端系统在将请求添加到队列后,是一直在等待响应,还是返回处理结果,如果是等待,那和同步的本质上没区别,如果是返回结果,那下单是否成功也不得而知。
2、接口服务如何将处理结果返回给前端系统?
消息加入队列后,是等待返回处理结果,假设后面的处理步骤分三步,如果是同步,那么轮流等这1 2 3三步依次串联处理完成才返回结果,而后面处理三个步骤如果并行并发同时处理,无疑快得多。
只有能够加入异步的地方,才有可能实现并行并发。这应该是到处异步的核心意义,主要目的是从设计上解耦,从执行顺序上进行切分。
这里面有一个误解,认为异步就慢于同步,异步后才能并行并发,利用多CPU的并行并发处理要比同步串联处理无疑性能要提升多。
分布式计算处理,针对单个数据的处理来说无疑是变慢了,但对海量数据来说整体的速率可定是提高了很多。
分布式部署无疑要添加调用的引导者,多出的这道处理一定会使处理速度慢于直接调用,这只能针对少量数据处理可用,直接调用没有中间环节速度可定快。但当数据量上升到一定级别后,cpu耗尽,数据挤压时,整体的处理速度将会呈现下滑。分布式部署利用了多个cpu并发,使大量数据能同时接受处理。无疑从整体上看提供了速率。
异步化
最新推荐文章于 2023-10-25 13:51:31 发布