如何将Azure Functions的AzureWebJobsStorage设置为Azurite本地存储？

问题原因 #

首先你的两个基础认知是正确的：

• Azurite的默认账户名devstoreaccount1和对应密钥是固定公开的，这个假设成立。
• 报错的核心原因是你提供的连接字符串仅配置了Blob服务端点，Azure Functions运行时还依赖Queue、Table存储服务处理内部状态、触发器调度等逻辑，缺少这两个端点的配置会导致服务连接失败，抛出连接被拒的错误。

正确配置方案 #

方案1：最简配置（优先推荐） #

绝大多数场景下直接用短别名即可，未生效通常是两个前置问题：

1. 启动Functions前未先启动Azurite的全部三个服务（Blob/Queue/Table）
2. Azurite的监听端口被修改过，不是默认的10000/10001/10002
   配置如下：

{
  "IsEncrypted": false,
  "Values": {
    "FUNCTIONS_WORKER_RUNTIME": "python",
    "AzureWebJobsStorage": "UseDevelopmentStorage=true"
  }
}

方案2：完整连接字符串配置 #

如果短别名确实不生效，使用包含全部三个服务端点的完整连接字符串：

{
  "IsEncrypted": false,
  "Values": {
    "FUNCTIONS_WORKER_RUNTIME": "python",
    "AzureWebJobsStorage": "DefaultEndpointsProtocol=http;AccountName=devstoreaccount1;AccountKey=Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==;BlobEndpoint=http://127.0.0.1:10000/devstoreaccount1;QueueEndpoint=http://127.0.0.1:10001/devstoreaccount1;TableEndpoint=http://127.0.0.1:10002/devstoreaccount1;"
  }
}

额外排查项 #

• 确认VS Code Azurite扩展启动时，控制台输出三个服务都监听成功，没有端口占用报错
• 如果Functions运行在WSL、容器等虚拟化环境中，将连接字符串里的127.0.0.1替换为宿主机的局域网IP
• 本地防火墙不要拦截10000/10001/10002端口的本地请求

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