ServiceBusTrigger Azure Function调用API100秒触发TaskCanceledException问题咨询

1. 100秒超时的根源 #

你遇到的100秒任务取消异常不是Azure Function层面的执行超时，而是HttpClient默认请求超时导致的。
Azure Function消费计划的默认执行超时确实为5分钟，Premium/专用计划还可延长至最长60分钟，100秒远未触及该阈值。而.NET 原生HttpClient的默认请求超时时间恰好是100秒，未显式修改该配置的前提下，只要调用的外部API响应超过100秒，HttpClient就会主动抛出A task was canceled异常，和你遇到的报错表现完全吻合。

2. 其他需要排查的边缘场景 #

如果已经显式调整过HttpClient的超时配置仍出现该问题，可核对以下两项配置：

• 检查Service Bus的消息锁时长：message lock duration默认值为30秒，最长可配置为5分钟，若锁过期早于API响应时间，也可能触发处理中断，不过这类报错通常会携带锁过期相关提示，可和当前报错区分。
• 检查Function的host.json配置：确认是否人为修改了functionTimeout参数，若该参数被设置为小于100秒的值，也可能提前触发执行中断。

• 显式调整HttpClient的超时阈值，注意设置的超时时间要小于Function的执行超时，预留出处理余量，示例配置如下：

// 推荐用依赖注入的方式全局配置，避免重复创建HttpClient实例
services.AddHttpClient("ExternalApiClient", client =>
{
    client.Timeout = TimeSpan.FromMinutes(4);
});

• 如果外部API的响应普遍超过3分钟，建议调整为异步处理架构：Function接收到事件后先将消息存入持久化存储，立即返回处理成功，后台单独启动长耗时任务处理API调用逻辑，避免占用Function执行时长，也降低消息重复消费的概率。

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