Azure Functions定时触发器中IServiceProvider的服务生命周期是什么？

你观察到的现象完全符合Azure Functions v3的运行机制，咱们来拆解一下：

在你的定时触发器场景中，IServiceProvider的生命周期是与函数类Function2的实例绑定的，并且这个函数类实例会被Azure Functions运行时复用。

具体来说：

• 你的Function2类通过构造函数注入了IServiceProvider，当函数第一次被触发时，运行时会创建一个Function2的实例，并完成依赖注入；之后每隔1分钟的触发，运行时会复用这个已经创建好的Function2实例，而不是每次都新建。这就导致你每次拿到的IServiceProvider都是同一个实例，哈希码自然保持一致。

而你对比的HTTP触发器（API请求）场景则不同：

• HTTP触发器默认采用请求级作用域，每次API请求都会创建一个新的函数实例（或者从实例池中获取，但会为每个请求创建独立的服务作用域），对应的IServiceProvider是该请求作用域的专属实例，所以两次请求的哈希码不一样。

再补充一点Azure Functions不同触发器的实例复用逻辑：

• 定时、队列、事件网格这类后台触发器：函数实例会被长期持有，直到应用重启、缩放或者长时间无触发被回收，类级别的依赖会一直复用。
• HTTP触发器：为了隔离不同请求的上下文，默认每个请求对应独立的服务作用域，作用域内的服务实例（包括IServiceProvider）都是请求专属的。

附上你提供的代码示例供参考：

using Microsoft.Azure.WebJobs;
using Microsoft.Extensions.Logging;
using System;

namespace TestFunction
{
    public class Function2
    {
        private readonly IServiceProvider _serviceProvider;

        public Function2(IServiceProvider serviceProvider)
        {
            _serviceProvider = serviceProvider;
        }

        [FunctionName("Function2")]
        public void Run([TimerTrigger("0 */1 * * * *")] TimerInfo myTimer, ILogger log)
        {
            var hashCode = _serviceProvider.GetHashCode();
            log.LogInformation($"C# Timer trigger function executed at: {DateTime.Now}");
        }
    }
}

版本信息：

<TargetFramework>netcoreapp3.1</TargetFramework>
<AzureFunctionsVersion>v3</AzureFunctionsVersion>
<PackageReference Include="Microsoft.NET.Sdk.Functions" Version="3.0.13" />

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