嵌套Logic App重试导致父应用返回504，非异步模式下如何调整超时

你遇到的504超时不是外部调用端的配置问题，是父Logic App内部调用子Logic App的同步操作默认超时限制为100秒导致的，你观测到的请求后2分09秒返回504，正好是嵌套调用100秒超时加上父Logic App内部错误处理、响应生成的总耗时，和默认配置的表现完全匹配。

可行解决方案（无需切换异步模式） #

可通过以下配置修改解决，无需启用异步202响应：

1. 调整嵌套调用操作的同步超时
   进入父Logic App的代码视图，定位到调用子Logic App的Action配置块，新增两个属性：

• operationOptions": "DisableAsyncPattern"：强制保持同步调用模式，禁用202异步响应逻辑，满足子应用返回结果后执行后续操作的要求
• "timeout": "PT5M"：按ISO 8601时长格式设置该操作的最长等待时间，示例为5分钟，可根据子应用4次重试的总耗时调整，最长支持PT1H（1小时）
  配置示例：

"Invoke_Child_Logic_App": {
    "type": "Workflow",
    "inputs": {
        "host": {
            "workflow": {
                "id": "[resourceId('Microsoft.Logic/workflows', '<你的子Logic App名称>')]"
            }
        },
        "method": "POST",
        "body": "@triggerBody()"
    },
    "operationOptions": "DisableAsyncPattern",
    "timeout": "PT5M",
    "runAfter": {}
}

2. 调整父Logic App HTTP触发器的响应超时
   如果父Logic App由HTTP请求触发，还需要在触发器配置中新增responseTimeout属性，匹配你调用端的20分钟超时设置，避免父应用等不到全流程跑完就提前返回超时：

"triggers": {
    "manual": {
        "type": "Request",
        "kind": "Http",
        "inputs": {
            "schema": {}
        },
        "responseTimeout": "PT20M"
    }
}

可选优化 #

你可以将子Logic App内部的重试逻辑迁移到父应用的调用操作上，在调用Action中配置retryPolicy属性自定义重试次数、间隔，更方便统一管控总耗时，避免子应用侧重试不可控的问题。

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