异步化
来源:互联网 发布:手机wifi连接不上网络 编辑:程序博客网 时间:2024/06/11 06:34
异步化
最近在处理交易下单的流程:
用户下单请求 <-> 前端控制层 <-> 业务逻辑层 <-> 同步调用 <-> 订单接口服务 <-> 数据层
以上即为目前用户下单的处理流程,业务逻辑层使用同步的方式调用接口服务,直到订单接口服务响应或者超时。
查看了很多资料说加入消息队列的机制,即可实现异步。
首先将用户的下单请求添加消息队列中,然后订单接口服务从消息队列中获取请求消息进行处理。
此时有两种处理方法:
1、前端系统在将请求添加到队列后,是一直在等待响应,还是返回处理结果,如果是等待,那和同步的本质上没区别,如果是返回结果,那下单是否成功也不得而知。
2、接口服务如何将处理结果返回给前端系统?
消息加入队列后,是等待返回处理结果,假设后面的处理步骤分三步,如果是同步,那么轮流等这1 2 3三步依次串联处理完成才返回结果,而后面处理三个步骤如果并行并发同时处理,无疑快得多。
只有能够加入异步的地方,才有可能实现并行并发。这应该是到处异步的核心意义,主要目的是从设计上解耦,从执行顺序上进行切分。
这里面有一个误解,认为异步就慢于同步,异步后才能并行并发,利用多CPU的并行并发处理要比同步串联处理无疑性能要提升多。
分布式计算处理,针对单个数据的处理来说无疑是变慢了,但对海量数据来说整体的速率可定是提高了很多。
分布式部署无疑要添加调用的引导者,多出的这道处理一定会使处理速度慢于直接调用,这只能针对少量数据处理可用,直接调用没有中间环节速度可定快。但当数据量上升到一定级别后,cpu耗尽,数据挤压时,整体的处理速度将会呈现下滑。分布式部署利用了多个cpu并发,使大量数据能同时接受处理。无疑从整体上看提供了速率。
- 异步化
- Web请求异步化
- Continuation 异步化机制
- 中断#1:异步化
- Web请求异步化
- Web请求异步化
- Continuation 异步化机制
- Continuation 异步化机制
- 异步化方案
- servlet 3 异步化
- 异步
- 异步
- 异步
- 异步
- 异步
- 异步
- 异步
- 异步
- J2EE常用资源管理方式总结
- MySQL数据库的高可用方案总结
- 10 Must-Know Topics For Software Architects In 2009
- 09年必须关注的10大软件架构主题
- LinkedIn架构--2008
- 异步化
- EBay架构案例分析
- UltraEdit下诡异的乱码
- ActiveMQ的使用
- Java高效并发之乐观锁悲观锁、(互斥同步、非互斥同步)
- ActiveMQ高级特性:虚拟Destinations实现消费者分组
- ActiveMQ消费重试机制
- ActiveMQ的集群与高可用
- java并发容器(Map、List、BlockingQueue)