关于Ebay的架构之一Asynchrony Everywhere

呼叫banq，带动下气氛

这里面有一个误解，认为异步就慢于同步，异步后才能并行并发，利用多CPU的并行并发处理要比同步串联处理无疑性能要提升多。

消息加入队列后，是等待返回处理结果，假设后面的处理步骤分三步，如果是同步，那么轮流等这1 2 3三步依次串联处理完成才返回结果，而后面处理三个步骤如果并行并发同时处理，无疑快得多。

只有能够加入异步的地方，才有可能实现并行并发。这应该是到处异步的核心意义，主要目的是从设计上解耦，从执行顺序上进行切分。

多谢banq的回复！

是不是我对这个异步的理解上有误区啊？
我起初认为的异步方式，如ajax的异步请求，浏览器发送请求，无需锁定用户操作，异步返回结果后接着处理。
据banq大大的回复中说，异步处理也是要请求方一直等待响应的，那么异步主要是实现了将请求进行切分，进行并发处理（请求拆分成多个消息，放到消息队列中，然后消费者一个个快速的读取出消息，使用多线程进行并发处理，最后将结果再合并，最终返回）吗？
我对细节上仍有很多不明白的地方？
banq或者其他朋友，请问大家是否有DEMO或者现成的案例提供下？我想学习下。

将一个请求放在队列中，多个消费者同时读取各自并行处理即可，案例参考Disruptor，或者本站Jdon框架的应用案例：http://www.jdon.com/jdonframework/app.htm

banq老师，不好意思，由于最近工作上事太多，没及时回复您。
今天下载了jdonMVC+CQRS+ES的例子。
其中ES的代码片段如下：

@[author][author]Send[/author][/author]("created")
public DomainMessage created(UserCreatedEvent event) {
	return new DomainMessage(event);
}

@[author][author]Send[/author][/author]("updated")
public DomainMessage updated(UserUpdatedEvent event) {
	return new DomainMessage(event);
}

public void update(UserUpdatedEvent userUpdatedEvent) {
	if (!userUpdatedEvent.getNewUserDTO().getUserId().equals(this.userId)) {
		System.err.print("update not this user");
		return;
	}
	this.name = userUpdatedEvent.getNewUserDTO().getName();
	this.email = userUpdatedEvent.getNewUserDTO().getEmail();
	this.es.updated(userUpdatedEvent);
}

Object result = this.es.updated(userUpdatedEvent);
......
......
return result;

banq老师，看过来看过来看过来，这里的小弟在等待！！！

返回值也是使用一个Disruptor实现的，也就是消息队列，这实际类似ErLang或Scala的进程信箱。

Model producer ==>队列===> consumer
返回值：
Model consumer <===队列 <===consumer/producer

但是由于模型有自己的逻辑处理顺序，不能在某个地方永久堵塞等待返回结果，这里有一个值，大概默认5秒。如果超过5秒等不到返回值，下次再取，取到后在自己对象状态内保存起来，可以参考JdonMVC+JDON案例中懒赋值显示图片的过程。

希望能够帮到你。
[该贴被banq于2013-09-04 11:19修改过]

一直在等待您的回复，呵呵。
我会按照您提供的思路，试着去实现看看，多谢banq老师！！