Azure Function部署于App Service Plan运行10分钟后停止问题求助

你的核心问题是Service Bus消息锁自动续约失效，导致锁在10分钟后过期（队列锁时长5分钟，两次续约窗口错过），触发消息重新投递，进而让函数重启，deliveryCount变为2。以下是针对性的解决步骤：

1. 优化函数执行模式，避免阻塞续约线程 #

Azure Functions的Service Bus自动续约依赖后台线程执行，如果你的函数是同步代码（比如void Run(...)），或者在异步代码中使用.Result/.Wait()阻塞线程，会导致线程池资源被耗尽，续约线程无法正常调度。

• 强制将函数改为异步模式，用async Task作为返回类型，所有耗时操作都用await调用：

  public async Task Run([ServiceBusTrigger("your-queue")] ServiceBusReceivedMessage message)
  {
      // 异步执行耗时操作
      await YourLongRunningBusinessLogicAsync();
      // 手动完成消息（如果使用的是最新的Service Bus SDK）
      await message.CompleteAsync();
  }
  

2. 确认Service Bus自动续约的配置细节 #

虽然你在host.json中设置了maxAutoLockRenewalDuration: "02:00:00"，但要注意：

• 自动续约的触发间隔是锁时长的1/3（你的队列锁时长5分钟，所以每100秒左右尝试续约一次）。如果函数执行过程中出现长时间的CPU密集型操作，可能导致续约线程被延迟，错过续约时机。
• 确保使用的是最新版本的Azure Functions Service Bus扩展（Microsoft.Azure.WebJobs.Extensions.ServiceBus），旧版本可能存在续约逻辑的bug。

3. 调整Service Bus队列锁时长（根据SKU） #

• 如果你的Service Bus是高级层：可以直接将队列的Lock duration调整为大于函数执行时间的值（比如PT20M），减少自动续约的依赖。高级层支持最长30分钟的锁时长。
• 如果是标准层：锁时长最大只能设为5分钟，无法调整，此时必须依赖自动续约，重点优化函数的异步执行和资源占用。

4. 手动实现消息锁续约（备选方案） #

如果自动续约仍然不稳定，可以在代码中手动定期续约锁，避免依赖后台线程：

using Azure.Messaging.ServiceBus;
using System.Threading;
using System.Threading.Tasks;

public async Task Run(
    [ServiceBusTrigger("your-queue-name")] ServiceBusReceivedMessage message,
    ServiceBusReceiver receiver,
    CancellationToken cancellationToken)
{
    using var cts = CancellationTokenSource.CreateLinkedTokenSource(cancellationToken);
    var renewalTask = Task.Run(async () =>
    {
        // 每4分钟续约一次（比锁时长5分钟提前1分钟）
        var renewalInterval = TimeSpan.FromMinutes(4);
        while (!cts.Token.IsCancellationRequested)
        {
            await Task.Delay(renewalInterval, cts.Token);
            await receiver.RenewLockAsync(message, cts.Token);
        }
    }, cts.Token);

    try
    {
        // 执行你的耗时业务逻辑
        await ExecuteLongRunningTaskAsync(cancellationToken);
        
        // 完成消息
        await receiver.CompleteMessageAsync(message, cancellationToken);
    }
    catch (Exception)
    {
        // 异常时放弃消息，让其重新投递
        await receiver.AbandonMessageAsync(message, cancellationToken);
    }
    finally
    {
        // 终止续约任务
        cts.Cancel();
        await renewalTask;
    }
}

5. 检查App Service Plan资源瓶颈 #

查看App Service Plan的CPU、内存使用率，如果资源不足（比如CPU持续超过80%），会导致函数执行变慢，续约线程无法及时调度。可以：

• 升级App Service Plan的实例规格（比如从B1升到B2/B3）
• 开启实例自动缩放，根据负载自动增加实例数

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