WebJob SDK TimerTrigger是否支持依赖注入？.NET 6环境绑定报错咨询

核心结论 #

Azure WebJobs SDK的TimerTrigger完全支持依赖注入，你遇到的参数绑定错误是因为依赖注入的方式不符合框架要求。

你遇到的错误提示：

System.InvalidOperationException: Cannot bind parameter 'diTest' to type MyClass. Make sure the parameter Type is supported by the binding. If you're using binding extensions (e.g. Azure Storage, ServiceBus, Timers, etc.) make sure you've called the registration method for the extension(s) in your startup code (e.g. builder.AddAzureStorage(), builder.AddServiceBus(), builder.AddTimers(), etc.).

错误原因 #

WebJobs SDK的触发方法仅支持绑定两类参数：

• 触发器专属参数（如TimerInfo）
• 框架内置服务（如ILogger/ILogger<T>）

自定义服务（比如你的MyClass）不能直接作为触发方法的参数传入，必须通过触发器类的构造函数注入。

修复方案 #

修改TimerFunctions类，将MyClass通过构造函数注入，示例代码如下：

修正后的触发器类 #

public class TimerFunctions
{
    private readonly MyClass _myService;
    private readonly ILogger<TimerFunctions> _logger;

    // 构造函数注入已注册的自定义服务和Logger
    public TimerFunctions(MyClass myService, ILogger<TimerFunctions> logger)
    {
        _myService = myService;
        _logger = logger;
    }

    public void TimerTriggerTest([TimerTrigger("*/5 * * * * *")] TimerInfo myTimer)
    {
        _logger.LogInformation("TimerTrigger executed");
        // 此处可正常使用_myService实例
    }
}

已正确的服务注册代码 #

你在启动阶段的服务注册是正确的，无需修改：

builder.ConfigureServices(s => s.AddSingleton<MyClass>());

补充说明 #

WebJobs SDK会自动实例化你的触发器类，并在实例化过程中注入构造函数中声明的、已在服务容器注册的依赖项。触发方法仅负责处理触发器触发后的业务逻辑，不支持直接传入自定义依赖。

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