使用ARM模板重新部署Azure App Service Plan时出现"Object reference not set to an instance of an object"错误求助

我之前遇到过类似的ARM模板部署空引用错误，结合你的场景——昨天部署成功、删除资源后今日用同一模板失败，给你几个排查和解决的方向：

1. 检查资源名称是否存在残留冲突 #

虽然你已经删除了App Service Plan，但Azure偶尔会有资源元数据残留或者删除延迟的情况，导致同名资源创建时触发异常。

• 试试把模板里的name字段改成新值（比如dfp-testing-v2），重新部署看是否能成功。
• 登录Azure门户，到centralus区域的App Service Plans列表里仔细检查，确认没有同名的残留资源（哪怕是处于删除中的状态），等彻底清理后再重试。

2. 尝试更新API版本 #

你的模板使用的是2020-12-01版本的Microsoft.Web/serverfarms API，虽然这个版本稳定，但特定区域可能存在临时的API端点兼容性问题。

• 把apiVersion换成最新的稳定版（比如2022-03-01），修改后的模板如下：

  {
    "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
    "contentVersion": "1.0.0.0",
    "metadata": {
      "_generator": {
        "name": "bicep",
        "version": "0.9.1.41621",
        "templateHash": "8638675738336979076"
      }
    },
    "resources": [
      {
        "type": "Microsoft.Web/serverfarms",
        "apiVersion": "2022-03-01",
        "name": "dfp-testing",
        "location": "centralus",
        "sku": {
          "name": "F1",
          "capacity": 1
        }
      }
    ]
  }
  

3. 排查目标区域服务状态 #

有时候centralus区域的App Service服务可能存在临时故障，导致部署时出现未预期的空引用错误。

• 登录Azure门户的服务健康面板，查看centralus区域的App Service服务是否正常运行。
• 可以临时把模板里的location改成eastus或其他正常区域，测试是否能成功部署，以此确认是不是区域的问题。

4. 清理部署工具缓存 #

如果你是用Azure CLI或PowerShell部署的，本地可能存在旧的部署上下文缓存，导致异常。

• Azure CLI用户可以执行以下命令清理缓存并重登录：

  az cache purge
  az logout
  az login
  

• PowerShell用户则执行：

  Clear-AzContext
  Connect-AzAccount
  

  之后重新运行部署命令。

额外验证方法 #

你还可以通过Azure门户的部署自定义模板功能导入你的ARM模板，门户会做更详细的预验证，往往能给出比命令行更具体的错误提示，帮你快速定位问题。

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