Python Azure定时器触发函数运行正常但无法写入Blob容器文件

按出现概率从高到低排查以下点即可解决：

• 优先检查存储账户中是否已手动创建output容器。Blob输出绑定默认不会自动创建不存在的容器，容器不存在时写入操作会静默失败、不会抛出显式错误，这是此类问题最常见的诱因。手动创建容器后重新触发函数，多数场景下可直接恢复写入。
• 确认你查找文件的存储账户和函数配置匹配。进入函数应用的「应用程序配置」页，找到AzureWebJobsStorage配置项，提取连接字符串中的AccountName字段，匹配到对应的存储账户后再查找log.txt文件，避免找错存储账户。
• 调整日志配置捕获隐藏错误。你当前的日志流仅输出Info级别内容，写入失败的错误日志大概率被过滤。将函数根目录下的host.json日志配置替换为以下内容，重启应用后再次触发，即可看到完整报错信息：

{
  "version": "2.0",
  "logging": {
    "logLevel": {
      "default": "Trace",
      "Function": "Trace",
      "Host.Results": "Error"
    }
  }
}

如果捕获到报错，常见诱因有两类：

• AzureWebJobsStorage配置的连接字符串权限不足：若使用SAS令牌需确保授予了Blob写入权限，若存储账户开启了防火墙/虚拟网络限制，需将函数应用的出站IP加入允许列表
• Python worker版本过旧：早期版本的Python worker存在Out绑定传值不生效的已知bug，可将应用配置中FUNCTIONS_WORKER_RUNTIME_VERSION调整为你使用的Python大版本对应的最新小版本（如3.10），重启应用后重试
• 若以上配置均无问题，可调整代码写法兼容旧版本worker：部分早期版本Python worker对set()方法支持有缺陷，可直接对输出参数赋值传值，兼容性更好：

import datetime
import logging
import azure.functions as func


def main(mytimer: func.TimerRequest, outputblob : func.Out[str]) -> None:
    utc_timestamp = datetime.datetime.utcnow().replace(
        tzinfo=datetime.timezone.utc).isoformat()
    
    # 直接赋值替代set()调用，适配旧版worker
    outputblob = f"Trigger ran at {utc_timestamp}"

    if mytimer.past_due:
        logging.info('The timer is past due!')

    logging.info('Python timer trigger function ran at %s', utc_timestamp)

验证时可以临时将function.json中Blob绑定的path改为output/test-{rand-guid}.txt，用动态文件名排除缓存、覆盖逻辑异常导致的文件看不到问题。

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