WSO2 Clone Mediator执行机制疑问：为何未并行处理端点调用？

核心结论 #

Clone Mediator 默认是并行处理模式（sequential 属性默认值为 false），理论上8个各耗时10秒的端点调用，总耗时应该接近10秒。你的场景出现总耗时80秒，说明实际执行逻辑是串行的，需要从配置层面排查问题。

可能的原因及排查方向 #

• 错误启用了串行模式：检查你的Clone Mediator配置，是否显式设置了 sequential="true"。如果有这个配置，所有分支会按顺序执行，总耗时就是各分支耗时之和。
• 端点未启用异步调用：如果你的HTTP端点没有配置 non-blocking="true"，即使Clone是并行模式，端点调用仍会以同步阻塞的方式执行，导致实际串行。
• 分支内存在同步阻塞组件：如果Clone分支中使用了依赖主线程的同步mediator（比如某些自定义mediator、需要等待本地资源的操作），会阻塞并行执行的线程，最终表现为串行。
• 聚合逻辑配置错误：如果使用 CollectResponse Mediator聚合结果，若配置了按顺序等待响应（比如错误设置了响应匹配规则），也会导致等待所有请求串行完成后再聚合。

验证与修复步骤 #

1. 确认Clone Mediator配置：确保没有显式设置 sequential="true"，正确的并行配置示例：

<clone continueParent="true" sequential="false">
    <target>
        <endpoint key="endpoint1"/>
    </target>
    <!-- 其他7个target分支 -->
</clone>

2. 检查端点配置：为HTTP端点添加 non-blocking="true"，示例：

<endpoint name="endpoint1">
    <http uri="http://example.com/api" non-blocking="true"/>
</endpoint>

3. 清理分支内的同步阻塞操作：移除Clone分支中不必要的同步mediator，确保每个分支的调用都是异步非阻塞的。
4. 确认CollectResponse配置：确保它是等待所有并行请求的响应，而不是按顺序匹配，示例：

<collectResponse timeout="30000">
    <onComplete aggregateResponses="true">
        <!-- 聚合后的处理逻辑 -->
    </onComplete>
</collectResponse>

内容的提问来源于stack exchange，提问作者tizu918347