【发布时间】：2017-01-02 22:15:15
【问题描述】：
在JBossESB Programmer’s manual 中提到：
“JBossESB 中客户端和服务之间的所有交互都是通过消息交换发生的。为了鼓励松散耦合，我们推荐一种基于单向消息的消息交换模式，即请求和响应是独立的消息，在必要时由基础设施或应用程序关联起来。”
但是如果请求和响应是单向 MEP 的独立消息，那么请求-响应 MEP 有什么区别呢？
使用它们各自的实际优势是什么？
【问题讨论】：
【发布时间】：2017-01-02 22:15:15
【问题描述】：
请求-响应
- AKA 同步交互，调用返回。
- A 向 B 发送请求并等待。
- B 将处理请求并发送响应。
- A 得到响应并继续前进。
单向
- AKA 异步交互，即发即弃。
- A 向 B 发送请求/消息，但不等待响应。它会继续做其他事情。
- B 将处理请求/消息并完成。
异步同步
- 您引用的段落暗示了这种模式...
- 如果 A-to-B 使用单向，如果处理请求/消息的结果需要回传给 A，我们该怎么办？
- 一种选择是使用 sync-over-async 模式：
- A 向 B 发送单向请求/消息。此消息通常包含 相关标识符。 A继续做其他事情。
- B 将处理请求/消息。
- 处理完成后，B（或在处理过程中调用的某些其他组件）将向 A 发送一个独立的单向消息，其中包含处理结果。
- 这第二条消息可能在原始 A 到 B 请求/消息发送后的毫秒、分钟、小时后发送。但它包含相同的相关标识符。
- 第二条消息返回到 A 或其他一些在原始消息中预先配置或指示的回调端点或队列。
- Hohpe 和 Woolf 将此模式称为“请求-回复”。但我认为这个名字有点令人困惑（太接近“请求-响应”）。
【讨论】：