通信应该采用异步？同步?

很多微服务的书籍中都推崇使用消息中心异步通信，甚至有的企业ESB就是基于基于的事件机制实现。消息中心有几大优点：

• 应用解耦：应用直接不再直接调用，而是通过消息中心，没有了直接的关联。由此，可以选择不同的技术栈实现，运行部署的耦合性也消除了。
• 异步调用：不同同步等待，可以立即释放资源（也是一个双刃剑）。
• 流量整形：流量的削峰填谷。
• 广播：事件支持广播。
• 可靠消息传递：保障消息至少被消费一次。

但是异步的劣势也有：对需要等待调用结果进行下一步处理的场景，需要开发回调处理函数，这增加了开发的工作量。而且从性能上，回调触发重新程序调度，恢复调用现场上下文，对性能也是一个损耗。

异步最大的问题在于缺少了对于错误的判断。在同步请求过程中，有应答报文，或者超时机制判断是否成功，然后进行相应的处理。而异步是不确定的。

采用同步还是异步，归根结底还是要看具体的业务场景，没有绝对。