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