拆分步骤允许您将消息拆分为更小的部分，这些部分可以独立处理。

云平台集成有4种拆分器：

通用拆分器–将包含多条消息的消息拆分为单独消息的拆分器。此拆分器在每个拆分消息中保留根节点的上下文。有关说明，请参阅下面的示例。

名称–可以是拆分器的任何名称Expression Type–定义如何拆分消息。它可以有2个值：XPath–需要拆分的节点的XPath。与XML消息相关。换行符–每行都是一条新的拆分消息。遇到新行字符时拆分。它同时适用于XML和非XML输入。XPath表达式–标记每个拆分消息的节点的XPath。分组–在一条拆分消息下，有多少节点被聚集在一起。如果为空，则每个节点将形成一条拆分消息。流式传输–如果您想在整个大消息加载到内存之前开始拆分，请启用此选项。系统将首先将消息分成块，然后开始将块拆分为拆分的消息。这仅在拆分器是获取数据的步骤之后的第一步时才相关，否则，内容将已经加载到内存中。并行处理—如果要并行处理拆分的消息，请选中此选项。如果未选中此项，则应连续处理所有拆分消息，并保持顺序。Stop on Exception–如果要停止处理，请选中此选项，即拆分消息遇到异常时。如果选择并行处理和异常停止，则系统将无法终止已在处理的线程–但是，电力物联网，不会产生新线程。

迭代拆分器–将包含多个消息的消息拆分为单个消息的拆分器。此拆分器只考虑拆分实体，服务器云服务器，不保留根节点的上下文。有关说明，数据分析平台，请参阅下面的示例。

此变体支持附加的表达式类型标记。这将根据作为令牌提及的关键字拆分消息（应为XML）。

PKCS拆分器–将有效负载与其签名分离，并将其作为拆分消息提供。名称–可以是拆分器的任何名称Payload File Name–消息有效负载部分的名称。签名文件名–消息签名部分的名称。Wrap by Content Info–如果要将存储为签名数据类型的签名包装为Content Info类型。结果将是一个封装在signed数据类型中的签名，什么是云，而signed数据类型又封装在content info类型中。Payload first–检查此项以确保Payload是第一条分割消息。Base64负载–如果要在返回负载之前对其进行编码，请选中此项。Base64签名–如果要在返回签名之前对其进行编码，请选中此项。IDoc拆分器–将一组IDoc拆分为单个IDoc。它只在发送方或接收方通道是IDoc通道时工作。如果出现异常，这里没有机会继续处理。

名称–可以是拆分器的任何名称

具有非XML输入的示例：

具有XML输入消息的示例：

标准拆分器骆驼头：我们有3个标准头，可用于获取拆分的其他详细信息：

我的跟踪中的头值包含10条拆分消息的测试消息：

工作集成流可以在：

WebUI–>Discover View–>Cloud Integration–examplars–>Artifacts–>General Splitter–这里嵌入了2个集成流。发送邮件的主题将帮助您确定哪些邮件属于哪个集成流，因为当您部署此流时，贵州大数据，两者都将被触发。

WebUI–>Discover View–>Cloud integration–Examplars–>Artifacts–>Iterating Splitter–这里嵌入了5个集成流。发送邮件的主题将帮助您确定哪些邮件属于哪个集成流，因为部署此流时将触发所有5个邮件。

WebUI–>Discover View–>Cloud integration–Examplars–>Artifacts–>PKCS Splitter

WebUI–>Discover View–>Cloud integration–Examplars–>Artifacts–>IDoc拆分器