Java VM流是否支持mulesoft中入站端点中的请求-响应交换模式？

若它确实支持，那个么流就不会在我的vm流中继续进行下去。未调用组件def

<flow name="abc">
<vm:inbound-endpoint exchange-pattern="request-response"
        path="abc" doc:name="VM" />
<component doc:name="def">
        <spring-object bean="defcomponent" />
</component>
</flow>

---

是的，它确实支持它，但阅读文档后，我怀疑它不能像您期望的那样工作：

请求-响应：

使用请求-响应端点时，消息直接传递 从出站vm终结点到 在同一条路上聆听。此传递是阻塞的，发生在 同一根线。如果没有入站请求-响应VM终结点 在侦听此路径的同一Mule应用程序中 从出站端点发送消息失败

单向：

使用单向端点时，消息将传递到 通过队列对应的入站端点。这批货很便宜 非阻塞。如果同一Mule中没有入站单向端点 应用程序在此路径上侦听，尽管 消息成功后，消息仍保留在队列中。默认情况下，此 队列在内存中，但也可以配置持久队列 使用文件系统作为其持久性机制的队列

---

我知道，对于请求-响应，可以直接从vm:outbound传输到vm:inbound，而不是通过队列。这并不意味着像JMS队列中一样，存在对不同路径功能的回复。

感谢您的回复！但是我想知道，这个路径是相同的，那么为什么不调用组件def？！如果您可以提供更多关于这方面的说明，请在描述中添加发送vm:outbound的流程。我假设它们都在同一个应用程序中。是的，它们都在同一个应用程序中。在此特定流中没有vm:出站。如果你是指其组件调用此流的流，那么它是石英流。我不明白。另一个流应该通过vm outbout端点发送消息来调用此流（示例）。否则，为什么要使用vm入站端点作为消息源？