Mule 是否需要澄清；“运输障碍”；在理解属性时

我已经阅读了Mule floe中的所有“出站”物业将在跨越“运输屏障”时转换为“入站”物业。我不明白这“交通屏障”是什么意思。是从Mule出站连接器调用外部世界吗？或者在mule项目本身内调用流？

当消息从一个流的出站端点传递到另一个流的入站端点时，消息出站属性将转换为入站属性。

有关更多信息，请参阅此处的mulesoft文档

希望这有帮助

---

祝你好运

当消息从一个流的出站端点传递到另一个流的入站端点时，消息出站属性将转换为入站属性。

有关更多信息，请参阅此处的mulesoft文档

希望这有帮助

---

祝你好运

正如维哈尔在回答中提到的，我只想补充以下内容：-

当出站端点（如http或jms等）通过传输发送消息时，一旦入站端点接收到消息，消息的出站属性将在下一个流中从出站属性转换为入站属性

现在，在这种情况下，当您使用流引用调用子流时，出站属性将不会更改，因为它们不会转换为入站属性，因为您不会通过任何传输发送消息，并且它们将仅保留为出站属性

---

这被称为传输屏障，因为消息属性正在通过传输进行更改

正如Vihar在回答中提到的，我只想补充以下内容：-

当出站端点（如http或jms等）通过传输发送消息时，一旦入站端点接收到消息，消息的出站属性将在下一个流中从出站属性转换为入站属性

现在，在这种情况下，当您使用流引用调用子流时，出站属性将不会更改，因为它们不会转换为入站属性，因为您不会通过任何传输发送消息，并且它们将仅保留为出站属性

这被称为传输屏障，因为消息属性正在通过传输进行更改

当Mule消息通过使用传输的端点（例如HTTP端点、JMS、TCP、VM等）时，“传输屏障”

Mule中有两种调用流的方法：

通过端点

通过Flow Ref组件

第一种情况使用传输，因此，您的消息将经历整个序列化和反序列化过程。在一天结束时，您仍然会得到相同的负载，但这将是一条不同的Mule消息

在第二种情况下，直接调用流—Mule消息按原样发送到被调用的流

这里要强调的一件重要事情是，当通过传输调用流变量时（因此跨越传输屏障），流变量不会传播到流。使用flow ref组件调用流时，即使Mule消息不在定义流变量的同一流中，仍然可以访问流变量

有关此主题的更多信息，请参见：

当您的Mule消息通过使用传输的端点（例如HTTP端点、JMS、TCP、VM等）时，“传输屏障”

Mule中有两种调用流的方法：

通过端点

通过Flow Ref组件

第一种情况使用传输，因此，您的消息将经历整个序列化和反序列化过程。在一天结束时，您仍然会得到相同的负载，但这将是一条不同的Mule消息

在第二种情况下，直接调用流—Mule消息按原样发送到被调用的流

这里要强调的一件重要事情是，当通过传输调用流变量时（因此跨越传输屏障），流变量不会传播到流。使用flow ref组件调用流时，即使Mule消息不在定义流变量的同一流中，仍然可以访问流变量

有关此主题的更多信息，请参见：

---

这有帮助吗？如果有帮助，请接受其中一个答案，以便其他寻找相同问题的人可以轻松找到它。这有帮助吗？如果答案有帮助的话，请接受其中一个，这样其他寻找相同问题的人就可以很容易地找到它