Azure Static Web App部署需验证自定义域名否则超时，如何无需预先验证即可完成部署并获取验证令牌？

我完全懂你的痛点——Azure Static Web Apps（SWA）的自定义域名部署默认会卡在等待DNS验证完成的环节，不像App Service那样能先拿到验证令牌再补全DNS配置。结合你用Cloudflare CNAME扁平化的场景，这里有两个可行的方案绕开这个限制：

方案1：拆分流水线为两个阶段部署 #

把SWA基础资源和自定义域名配置拆成独立的部署步骤，避免ARM/Bicep强制等待验证完成：

阶段1：部署SWA核心资源 #

先用Bicep部署不带自定义域名的SWA实例，这一步会快速完成，完全不涉及域名验证流程：

resource staticWebApp 'Microsoft.Web/staticSites@2021-03-01' = {
  name: '<your-swa-name>'
  location: '<your-location>'
  sku: {
    name: 'Free'
    tier: 'Free'
  }
  properties: {
    // 填入你的SWA配置（比如GitHub集成、构建命令等）
  }
}
output defaultHostname string = staticWebApp.properties.defaultHostname

阶段2：异步添加自定义域名并获取验证令牌 #

用Azure CLI命令添加自定义域名，加上--no-wait参数让命令立即返回，不阻塞等待验证完成：

az staticwebapp hostname create --name <your-swa-name> --hostname example.com --validation-method dns-txt-token --no-wait

接着用CLI提取生成的验证令牌：

VALIDATION_TOKEN=$(az staticwebapp hostname show --name <your-swa-name> --hostname example.com --query "properties.validationToken" -o tsv)

拿到令牌后，就可以调用Cloudflare API创建/更新TXT记录：记录名为asuid.example.com，记录值就是$VALIDATION_TOKEN。

等DNS记录生效（通常1-5分钟，取决于Cloudflare的TTL设置），可以手动触发验证确认：

az staticwebapp hostname validate --name <your-swa-name> --hostname example.com

方案2：利用ARM异步特性修改Bicep逻辑（进阶） #

如果你想保留Bicep作为主要部署工具，可以通过间接调用API的方式绕开ARM的等待逻辑，但这种方式不如CLI直观。本质上是用ARM的deployments资源触发异步的域名添加请求，而非直接声明customDomains资源。不过实际流水线中，方案1的拆分方式更易维护和排查问题。

为什么SWA和App Service有这个差异？ #

这是两者设计逻辑的区别：App Service允许先“挂”上域名生成验证令牌，用户完成DNS配置后再激活域名；而SWA的自定义域名流程是原子性的——提交域名配置后，Azure会立即启动验证，ARM部署会一直等待验证状态变为Validated才标记成功，目的是确保域名配置完全生效后再完成部署链路。

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