Azure Function App 层级是否存在可监听的 shutdown 事件用于资源清理？

你可以直接使用 Azure Functions 依赖注入容器中默认注册的 IHostApplicationLifetime 接口实现关闭事件监听，无需引入额外的第三方 Provider，具体实现逻辑如下：

实现步骤 #

1. 在项目的 Startup 注册类中注入 IHostApplicationLifetime，绑定 ApplicationStopping 事件的回调逻辑，示例代码如下：

using Microsoft.Azure.Functions.Extensions.DependencyInjection;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;

[assembly: FunctionsStartup(typeof(YourNamespace.Startup))]
namespace YourNamespace
{
    public class Startup : FunctionsStartup
    {
        public override void Configure(IFunctionsHostBuilder builder)
        {
            // 注册自定义资源清理服务
            builder.Services.AddSingleton<ICustomCleanupService, CustomCleanupService>();
            
            // 构建服务提供器获取生命周期实例
            var serviceProvider = builder.Services.BuildServiceProvider();
            var appLifetime = serviceProvider.GetRequiredService<IHostApplicationLifetime>();
            var cleanupService = serviceProvider.GetRequiredService<ICustomCleanupService>();
            
            // 注册关闭触发的回调
            appLifetime.ApplicationStopping.Register(async () =>
            {
                // 执行资源清理逻辑，例如移除订阅、释放连接等
                await cleanupService.ReleaseAllSubscriptionsAsync();
            });
        }
    }

    // 自定义清理服务接口和实现
    public interface ICustomCleanupService
    {
        Task ReleaseAllSubscriptionsAsync();
    }

    public class CustomCleanupService : ICustomCleanupService
    {
        public async Task ReleaseAllSubscriptionsAsync()
        {
            // 你的清理逻辑实现
        }
    }
}

注意事项 #

• 回调执行时长限制：Azure Functions 运行时给正常关闭流程预留的最大执行时间为10秒，超过该时长的清理逻辑会被强制终止。如果你的清理操作耗时较长，建议先将清理任务持久化到队列等存储组件，由独立的专用任务处理。
• 触发场景限制：仅宿主正常关闭场景（实例缩容、版本部署、手动停止等）会触发该回调，如果是运行时异常崩溃、宿主机故障等极端场景无法触发，核心清理逻辑建议额外做兜底校验处理。
• 非.NET 语言栈的函数可以通过监听系统级信号实现同等能力：Linux 环境下监听 SIGTERM 信号，Windows 环境下监听 WM_QUERYENDSESSION 事件即可。

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