Azure ARM模板if()函数执行逻辑及部署报错问题咨询

你猜的完全没错！ARM模板里的if()函数确实会在条件判断前预计算所有分支的表达式——不管你的条件是true还是false，true_expression和false_expression里的所有函数调用（比如listKeys、resourceId）都会先被执行。这就是为什么当isProduction设为"No"时，模板还是会尝试查找不存在的Redis资源，最终抛出异常。

下面给你几个实用的解决办法：

1. 嵌套if()保护依赖资源的函数调用 #

把依赖Redis资源的函数调用（比如listKeys、resourceId）再用一层if()包裹，确保只有当条件满足时才会执行这些可能出错的调用。修改后的表达式如下：

"[if(equals(parameters('isProduction'), 'Yes'), 
    concat(variables('redisCacheName'),'.redis.cache.windows.net:6380|', 
        if(equals(parameters('isProduction'), 'Yes'), 
            listKeys(resourceId('Microsoft.Cache/Redis', variables('redisCacheName')), '2015-08-01').primaryKey, 
            ''
        ), 
        '|', variables('resourcePrefix')
    ), 
    parameters('redisSessionStateConnection')
)]"

外层的if()决定最终返回哪个分支，而内层的if()确保只有在生产环境下才会调用listKeys和resourceId，非生产环境下这部分会返回空字符串（但因为外层不会走这个分支，所以不会影响最终结果）。

2. 使用reference()函数的skipExisting参数 #

如果你的ARM模板使用的API版本支持（一般是2019-05-01及以后），可以用reference()替代listKeys，并设置skipExisting: true参数。当资源不存在时，这个函数会返回null而不是抛出异常，外层的if()会自动选择false分支：

"[if(equals(parameters('isProduction'), 'Yes'), 
    concat(variables('redisCacheName'),'.redis.cache.windows.net:6380|', 
        reference(resourceId('Microsoft.Cache/Redis', variables('redisCacheName')), '2019-05-01', 'Full', {'skipExisting': true}).properties.primaryKey, 
        '|', variables('resourcePrefix')
    ), 
    parameters('redisSessionStateConnection')
)]"

注意：reference的Full模式才能获取到资源的密钥属性，同时要确保API版本正确。

3. 拆分逻辑到嵌套模板 #

把生产环境和非生产环境的配置逻辑拆分到两个独立的嵌套模板中，然后通过if()条件决定部署哪个模板。比如：

• 生产模板：包含Redis连接字符串的构建逻辑
• 非生产模板：直接使用参数传入的连接字符串

主模板中的条件部署示例：

"resources": [
    {
        "condition": "[equals(parameters('isProduction'), 'Yes')]",
        "type": "Microsoft.Resources/deployments",
        "apiVersion": "2021-04-01",
        "name": "production-webapp-config",
        "properties": {
            "mode": "Incremental",
            "templateLink": {
                "uri": "[uri(deployment().properties.templateLink.uri, 'production-webapp.json')]"
            },
            "parameters": {
                // 传递生产环境所需参数
            }
        }
    },
    {
        "condition": "[equals(parameters('isProduction'), 'No')]",
        "type": "Microsoft.Resources/deployments",
        "apiVersion": "2021-04-01",
        "name": "non-production-webapp-config",
        "properties": {
            "mode": "Incremental",
            "templateLink": {
                "uri": "[uri(deployment().properties.templateLink.uri, 'non-production-webapp.json')]"
            },
            "parameters": {
                // 传递非生产环境所需参数
            }
        }
    }
]

这种方式最清晰，能彻底隔离不同环境的逻辑，避免预计算带来的问题。

4. 条件部署Redis资源（可选） #

如果你的非生产环境也可以部署一个轻量的Redis缓存（比如Basic SKU），可以给Redis资源添加condition属性，只有当isProduction为"Yes"时才部署。这样即使非生产环境下表达式被预计算，资源也存在，不会报错。不过这个办法可能不符合你“按需部署”的需求，但也是一种思路。

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