无法查询Azure静态Web应用关联的Durable Functions工作流状态咨询

我实操过完全相同的架构配置，三个问题的对应解决方案如下：

• 问题1：直接浏览器访问statusQueryGetUri返回400 Bad Request
  确实是身份验证缺失导致：默认Durable Functions的系统接口（包括状态查询、终止、重启等）受函数访问密钥保护，直接浏览器发起的GET请求不会自动携带x-functions-key请求头，触发鉴权失败返回400。
  解决方案：生产环境推荐通过Azure Static Web App(SWA)的API代理转发请求，由SWA自动注入函数密钥，避免密钥暴露在前端；测试环境可临时将Durable Functions的状态查询端点授权级别设为Anonymous，不需要密钥即可访问。
• 问题2：Blazor用相对路径/runtime...访问返回404
  原因是Durable Functions为独立部署，没有绑定为SWA的内置托管API，SWA默认不会将相对路径请求转发到外部Functions域名，只会路由到自身静态资源。
  解决方案：在SWA的staticwebapp.config.json配置文件中添加路由转发规则，将所有/runtime/webhooks/durabletask开头的请求代理到你独立部署的Durable Functions根域名，示例配置如下：

  {
    "navigationFallback": {
      "rewrite": "/index.html"
    },
    "proxy": {
      "/runtime/webhooks/durabletask": {
        "backendUri": "https://<你的Durable Functions域名>/runtime/webhooks/durabletask"
      }
    }
  }
  

  配置完成后Blazor端直接用相对路径请求即可，不需要拼接完整Functions域名。
• 问题3：用完整Functions域名请求报CORS错误
  原因是Durable Functions的跨域资源共享配置未添加你的SWA域名，浏览器的同源策略拦截了请求。
  解决方案：进入Azure门户的Durable Functions资源页，依次点击「API」-「CORS」，添加你的SWA完整访问域名（格式为https://<你的SWA前缀>.azurestaticapps.net），如果需要本地调试可以同时添加http://localhost:<端口号>，保存配置后等待1-2分钟生效即可。

不要将Durable Functions端点设为匿名访问，通过SWA代理转发时可以在SWA的配置中心添加名为FUNCTIONS_KEY的应用配置，值为Durable Functions的主机密钥，SWA会自动在转发请求时添加x-functions-key请求头完成鉴权，不需要前端处理密钥逻辑。

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