一旦您开始在CPI中开发更复杂的集成场景，您可能会遇到一些意想不到的行为。最近的经验曾经与多播模式中消息头/属性的使用有关。

最初，令人费解的是为什么会发生运行时错误或数据填充不正确。经过进一步的试验和错误，确定它与顺序多播模式的使用有关。

具体来说，西安大数据，当在多播的一个分支中创建/更新消息头或属性时，它在随后的分支中不可用。由于此类行为没有记录在案，因此目前还不明显，需要进一步调查以确认该行为。

让我们继续了解它如何与样本集成流一起工作。

样本集成流

要测试这一点，使用下面的集成流。

HTTPS发送方用于将消息触发到集成流中。主路由使用顺序多播分为两个分支。Script1–在主路由中创建头和属性Script2–修改头和属性（从主路由）并创建新的头和属性Script3–访问从上面创建的所有头和属性

此外，大数据云计算，对于在主路由中创建的头/属性，还使用以下对象进行测试类型：-

java.lang.String文件java.util.HashMap文件

测试结果

通过在每个脚本中添加日志，消息头的内容和属性作为附件记录到MPL中。下面是消息触发到集成流时的测试结果。

1–主路由

创建并填充以下标头和属性：MainHeader、MainProperty、MainHeaderMap和MainPropertyMap。

2–路由1

在多播的第一个分支中，修改了主标头/属性。此外，还会创建并填充Route1Header和Route1Property。这些在下面以黄色突出显示。

3–路由2

最后，当消息到达多播的第二个分支时，在该分支中观察到以下情况：日志：-

路由1中对基于字符串的主路由头/属性所做的修改不可见。在路由1中创建的标头/属性不可访问。路由1中对主路由基于HashMap的头/属性所做的修改可见。

结论

下表总结了使用多播模式时消息头/属性的行为。

如果您注意到上述日志中的其他细节，比购返利，您可能已经注意到，当Camel Exchange ID从主路由移动到多播分支时，它会发生变化。这可以在MPL中进一步验证，它表示在分支期间创建了一个新的交换ID。

因此，网建站，上面记录的行为可以归因于多播期间Camel交换的变化。

因此，在集成流中使用多播以防止任何不希望的副作用时，请务必注意这一点。

，大数据开发