Azure Timer Function本地调试触发404：指定容器不存在

问题根源 #

TimerTrigger运行时需要依赖Azure存储账户维护触发器的运行状态（比如记录上次执行时间），当配置的存储账户中缺少azure-webjobs-hosts容器时，就会抛出ContainerNotFound的404错误。而RunOnStartup = true会让函数启动时立即触发执行，此时Runtime会立刻尝试访问存储容器，直接暴露错误；注释掉该参数后，触发器延迟初始化，所以暂时没报错，但实际触发时问题依然存在。

具体解决步骤 #

• 检查本地存储配置
  打开项目根目录的local.settings.json文件，确认AzureWebJobsStorage字段的连接字符串有效：

  • 若使用Azurite本地模拟器，连接字符串应为"UseDevelopmentStorage=true"，同时确保Azurite模拟器正在运行。
  • 若使用云存储账户，连接字符串需是Azure门户中获取的有效存储账户连接字符串。

• 创建缺失的存储容器

  • 云存储账户：登录Azure门户，找到对应的存储账户，进入「容器」页面，手动创建名为azure-webjobs-hosts的容器（名称必须全小写）。
  • Azurite模拟器：若模拟器未自动创建容器，可重启模拟器；或通过Azure Storage Explorer连接到Azurite，手动创建azure-webjobs-hosts容器。

• 验证调试环境配置

  • 确保安装的Azure Functions Core Tools是最新版本，旧版本可能存在存储交互的兼容性问题。
  • 若使用Visual Studio开发，检查local.settings.json的属性设置，将「复制到输出目录」改为「如果较新则复制」，避免调试时无法加载配置文件。

• 测试触发器
  完成上述配置后，恢复[TimerTrigger("%TimerSchedule%", RunOnStartup = true)]的代码，重新启动本地调试，触发器应该能正常执行，不再报容器不存在的错误。

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