Logic Apps调用长时Azure Functions超时 拟转标准计划求无大改方案

一、Logic Apps 标准计划的超时配置调整 #

• 切换到标准计划后，除了全局工作流超时能提升到3.9分钟，你还可以针对单个Azure Functions调用动作单独设置更长的超时（最大支持1小时），完全不用改Function代码，直接在Logic Apps设计器里找到该动作的"超时"参数调整即可。
• 提醒：标准计划下工作流整体运行超时默认是90天，但单个动作的超时不会自动继承，记得手动设置，别用默认值。

二、Azure Functions 端的轻量优化（无大幅代码改动） #

• 调整Function执行超时：在host.json里修改functionTimeout配置，C# Functions在消耗计划下默认5分钟，标准/弹性计划下最大可设为10分钟（甚至60分钟），只要你的任务运行时间在这个范围内，就能避免Function自身超时。示例配置：

  {
    "version": "2.0",
    "functionTimeout": "00:10:00"
  }
  

• EF Core 快速优化：
  • 只读查询加.AsNoTracking()：减少EF的内存跟踪开销，加快查询速度，不用改业务逻辑，只在查询语句末尾追加这个方法就行。
  • 延长数据库连接超时：在连接字符串里加Connect Timeout=300（单位秒，根据实际需求调整），避免数据库层面的连接超时，直接改配置文件，无需动代码。

三、Logic Apps 调用逻辑的极简调整 #

• 改成"异步调用+简单轮询"：不用Webhook或事件总线，Logic Apps先调用Function触发任务，Function立即返回一个任务ID，然后Logic Apps每隔30秒左右调用一个轻量的查询Function（查数据库里的任务状态标记），直到任务完成或超时。这个方案只需要加一个极简的查询Function，原Function只需在任务开始/结束时更新数据库里的状态字段，核心业务逻辑完全不用改。
• 注意：轮询间隔和总超时要和标准计划的限制匹配，别让工作流整体超时。

四、配套计划调整建议 #

• 如果你的Azure Functions还在消耗计划，它的最大执行时间是5分钟，建议也把Function转到标准/弹性计划，这样支持最长60分钟的执行时间，更适配长时间任务，全程不用改代码，只在Azure门户调整计划即可。
• 开启日志监控：转计划后打开Logic Apps和Functions的日志，快速定位超时到底出在Function执行还是Logic Apps调用环节，方便微调。

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