很多微服务的书籍中都推崇使用消息中心异步通信,甚至有的企业ESB就是基于基于的事件机制实现。消息中心有几大优点:
- 应用解耦:应用直接不再直接调用,而是通过消息中心,没有了直接的关联。由此,可以选择不同的技术栈实现,运行部署的耦合性也消除了。
- 异步调用:不同同步等待,可以立即释放资源(也是一个双刃剑)。
- 流量整形:流量的削峰填谷。
- 广播:事件支持广播。
- 可靠消息传递:保障消息至少被消费一次。
但是异步的劣势也有:对需要等待调用结果进行下一步处理的场景,需要开发回调处理函数,这增加了开发的工作量。而且从性能上,回调触发重新程序调度,恢复调用现场上下文,对性能也是一个损耗。
异步最大的问题在于缺少了对于错误的判断。在同步请求过程中,有应答报文,或者超时机制判断是否成功,然后进行相应的处理。而异步是不确定的。
采用同步还是异步,归根结底还是要看具体的业务场景,没有绝对。