TimerTrigger Azure Function报错 无法创建ScheduleMonitor的BlobContainerClient

问题复现场景 #

• 技术栈为.NET，使用官方默认模板创建TimerTrigger函数，未修改默认业务代码
• 本地通过Visual Studio执行发布流程显示部署成功，但函数运行时持续抛出上述错误
• 账号环境为Azure免费试用账户，公开资料检索未找到匹配解决方案

报错核心原因：TimerTrigger触发器依赖Azure Storage存储调度锁、任务执行状态，运行时初始化ScheduleMonitor组件时，无法通过配置的Storage连接创建名为azure-webjobs-hosts的专用Blob容器，就会抛出该错误，和免费试用账户本身无强绑定关系，按以下顺序排查即可：

排查步骤与对应解决方法 #

1. 第一优先级检查AzureWebJobsStorage配置 #

这是该报错90%以上场景的根因：

• 本地开发时local.settings.json中默认的UseDevelopmentStorage=true是本地存储模拟器专用连接串，该配置默认不会随发布流程同步到云端Function App。如果云端配置项留空或保留了该本地连接串，运行时必然连接失败。
• 进入Azure门户对应Function App的「配置-应用程序设置」页，找到AzureWebJobsStorage配置项，确认值为当前订阅下正常运行的通用版Storage Account的连接字符串，不是已删除、跨订阅无权限、其他环境的Storage账号连接串。
• 如果你使用托管身份而非连接字符串连接Storage，需确认Function的系统/用户托管身份已经被分配了目标Storage账号的Storage Blob Data Contributor、Storage Queue Data Contributor角色，同时检查AzureWebJobsStorage__blobServiceUri等身份认证相关配置的URI填写正确，没有拼写错误。

2. 检查Storage账号的访问限制 #

• 进入关联Storage账号的「网络」设置页，确认公共网络访问权限没有被设置为「选定网络」（如果开启该选项，Function出站IP不在白名单内时会完全无法连接Storage），可临时切换为「所有网络」后重启Function验证，如果报错消失再按需配置网络白名单或专用终结点。
• 检查Storage账号是否禁用了共享密钥访问：如果使用连接字符串方式连接，必须开启共享密钥授权，否则连接会被直接拒绝。
• 确认Storage账号和Function App部署在同一Azure区域，跨区域连接的网络波动、防火墙拦截也可能导致客户端初始化失败。

3. 检查免费试用账户配额与权限 #

• 进入Azure门户「订阅-使用情况+配额」页，确认Storage账号数量、存储容量、出站流量等免费额度没有耗尽，配额耗尽时Storage服务会被临时限制访问。
• 确认执行发布操作的账号对目标Function App、关联Storage账号拥有所有者/参与者权限，免费试用账号如果关联了多个Azure AD目录，容易出现目录切换错误，导致发布时自动关联的Storage账号是当前身份无操作权限的资源，表现为部署流程成功但运行时无权限操作Storage资源。

4. 兜底代码配置方案 #

如果以上配置全部验证无误仍报错，可以在函数启动代码中手动注入ScheduleMonitor实例，跳过默认的自动初始化逻辑，.NET 隔离进程模型示例代码如下：

var host = new HostBuilder()
    .ConfigureFunctionsWorkerDefaults()
    .ConfigureServices(services =>
    {
        services.AddSingleton(sp =>
        {
            var storageConnStr = Environment.GetEnvironmentVariable("AzureWebJobsStorage");
            var blobServiceClient = new BlobServiceClient(storageConnStr);
            return new BlobScheduleMonitor(blobServiceClient);
        });
    })
    .Build();

host.Run();

修改完成后重新发布函数，重启应用即可生效。

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