这几天用jdon框架+spring搞了个程序，发现 domainMessage.getEventResult 这个方法性能很低，每次获取对象要10秒左右，不知道是版本bug还是使用方法不对。请benq大侠给分析下原因，不胜感激。。。。。
DomainMessage domainMessage= event.getDomainMessage();
JdonMessageResult jdonmsg=(JdonMessageResult)domainMessage.getEventResult(); //速度很慢
是的，因为这实际上是同步操作，需要堵塞等待。getEventResult可在预估1秒以后的地方再调用，而不是什么都不做，干等getEventResult返回结果，先做点别的事情。
异步编程与同步区别在于编程思路有些区别，原来调用者发出一个请求必然有一个响应，调用一个方法调用肯定有一个方法返回结果，现在将这一去一回分成两个事件，两个步骤，而不是都在调用者这里全部完成。
谢谢benq的回复，按照异步的思维的确是没问题的，但是像有些操作，比如更新删除之类的，如果不等返回结果就进行下面操作的话，万一操作失败，会让用户感觉是程序有问题。
只要你保证你的服务器负载不会满负荷，这种情况基本不会发生。相反，如果你的服务器负载满负荷，同步操作后也会让用户堵塞等待很长时间，用户也会感觉程序有问题的。
在服务器CPU有空闲的情况下，采取异步操作，比如更新完成后，可以直接更新内存中的状态，更新完成后就返回结果“成功”给用户，而不必等DB等慢设备完成后才返回结果“成功”给用户。用户看到“成功”，然后再发出GET操作获得新结果时，这段时间差其实服务器端已经更新完DB的慢设备了，所以，用户获得GET结果都是最新结果。
用新的思路和办法试验一下吧，如果不行，再改回同步。
另外可使用RxJava，对domaneMessage设为可观察者，一旦domainMessage.getEventResult有数据后，将自动激活回调函数。
当然，这个方法我还没有试验过，在以后版本中会引入lambda和RxJava。