本博客介绍了如何在SAP云集成的拆分器场景中使用并行处理选项。它描述了此配置选项的建议和重要的配置约束。

在许多云集成场景中，使用拆分器模式将大消息拆分为较小的部分。然后，对较小的块进行单独处理。在splitter配置中，有一个选项可以为单个split打开并行处理。但这个选项不能也不应该总是使用，甚至可能导致意想不到的问题。在本博客中，我将介绍使用集成流配置时的选项和重要注意事项。

拆分器中的并行处理

在拆分器步骤的默认配置中，懒懒淘客，单个拆分将依次执行。要提高拆分器方案的总体处理时间，可以使用并行运行拆分的选项。要对此进行配置，请在拆分器的配置中选择"并行处理"选项。当使用并行处理时，必须配置两个附加设置：

需要为分割的最大处理时间定义超时。对于拆分器版本1.5和更高版本（2019年1月20日更新时提供），需要配置并发进程的数量。默认值是10个线程，大数据传输，就像以前该值不可配置时一样。使用此设置，您可以控制接收系统上的并行性和负载。

运行时并行处理的效果是，物联网竞赛，入站请求被拆分为多个独立的新交换，然后这些交换被完全独立地处理。

定义的线程数处理并行拆分。如果并行拆分多于可用线程，则在下一个线程可用时处理下一个拆分。这意味着，拆分处理的总时间取决于单个拆分的处理时间和要执行的拆分数目。

重要限制

在拆分器中使用并行处理时，请考虑以下重要方面：

如果拆分器将多个单个拆分发送到后端，您需要确保后端可以处理预期的并行调用。否则请求可能会超时，整个场景可能会停止工作。配置相应的线程数。

如果拆分器并行处理多个拆分，则所有拆分都使用云集成租户中的资源，如内存、数据库连接和流缓存的临时存储。由于这在很大程度上取决于场景以及用于拆分的流程步骤和特性，因此没有通用的建议。使用并行处理和预期的消息大小和数量仔细测试您的场景，新手建站教程，以确定资源消耗问题。根据您的场景，激活并行处理可能不会带来所需的性能改进，但会导致场景中的严重问题，甚至会导致租户上运行的其他场景。

如前所述，如果您在常规或迭代拆分器中打开并行处理，企业建站平台，则需要配置超时字段。此字段定义并行拆分处理最迟结束和执行下一个处理步骤（例如收集）的时间。

拆分器在配置的超时后中断并行拆分的处理，没有错误，并继续执行拆分后配置的步骤。超时是一个非常重要的设置，需要定义得足够高才能执行场景中的所有拆分。否则，当场景的整体处理继续进行下一个流步骤时，可能不会处理某些拆分。根据您的场景，这可能会导致数据不一致，因为并非所有拆分都完全执行。

建议在实际场景中使用最大的预期消息测试场景，并检查执行时间。然后定义一个适合场景的超时。

对于事务性资源，例如数据存储流步骤、JMS、XI或AS2适配器，不允许使用具有并行处理的拆分器。详细信息：如何在集成流中配置事务处理

进一步阅读

有关拆分器的更多配置建议，请查看以下博客：

在本地进程中使用拆分器流步骤用于迭代/常规拆分器的"异常时停止"新拆分器版本1.2的性能迭代/通用拆分器的"分组"选项带异常处理的通用和迭代拆分器的使用