Azure API Management中使用带命名值的条件代理URL时出现“Value is not a valid absolute URL scheme”错误的原因及正确配置方法咨询

阿华AIGC实验室

2026-4-2

各位好，我在配置Azure API Management的send-request策略时遇到了一个头疼的问题，想请大家帮忙看看。

问题场景

我需要根据APIM的部署区域动态设置send-request策略里的代理URL，用命名值存储了不同区域的代理地址，但一直报错说URL scheme无效，明明解析出来的是合法的HTTP URL。

我的策略代码

<send-request mode="new" response-variable-name="result" timeout="10" ignore-error="true">
    <set-url>@("https://management.azure.com/subscriptions/.../resourceGroups/....")</set-url>
    <set-method>GET</set-method>
    <set-header name="Accept" exists-action="override">
        <value>application/yaml</value>
    </set-header>
    <set-header name="accept-encoding" exists-action="override">
        <value>gzip, deflate</value>
    </set-header>
    <set-header name="X-Forwarded-For" exists-action="delete" />
    <authentication-managed-identity resource="https://management.azure.com/" />
    <proxy url="@(context.Deployment.Region == "North Europe" ? "{{WEB-PROXY-North-Europe}}" : "{{WEB-PROXY}}")" />
</send-request>

收到的错误信息

{
    "source": "proxy",
    "timestamp": "2025-09-02T14:23:46.6745213Z",
    "elapsed": "00:00:00.0013593",
    "data": {
        "messages": [
            {
                "message": "Expression value is invalid.",
                "expression": "context.Deployment.Region == \"North Europe\" ? \"http://10.xxx.xxx.x:xxxx\" : \"http://10.xxx.xxx.x:xxxx\"",
                "value": "http://xxx.xxx.x:xxxx",
                "details": "Value is not a valid absolute URL scheme."
            },
            "Expression value is invalid. Value is not a valid absolute URL scheme."
        ]
    }
}

我已经做的排查

确认了命名值{{WEB-PROXY-North-Europe}}和{{WEB-PROXY}}都正确配置，格式是http://10.xxx.xxx.x:xxxx的有效HTTP URL；
从错误信息能看到表达式已经正确解析出了实际的代理URL，但还是报URL scheme无效的错误。

我的环境

Azure API Management实例
使用托管身份进行认证
已配置好存储代理地址的命名值

核心问题

为什么明明解析出的是有效的HTTP URL，还是会被拒绝，提示“Value is not a valid absolute URL scheme”？
怎么才能正确地在Azure APIM里用命名值配置带条件逻辑的代理URL？

问题原因分析

问题出在C#表达式与APIM命名值语法的混合使用方式上：
你直接在C#表达式中使用了{{...}}的命名值引用语法，虽然APIM最终能解析出实际URL，但在策略的执行顺序中，{{...}}的替换是在C#表达式求值之前完成的，这会导致替换后的字符串被当作C#表达式的一部分，可能在URL类型验证环节出现隐式转换问题——APIM的proxy元素要求url属性返回的是一个能被直接识别为绝对URL的对象，而混合语法的处理方式干扰了这个验证流程。

解决方案

方法1：使用APIM内置API直接获取命名值（推荐）

在C#表达式中用context.NamedValues.GetValue()方法直接获取命名值的内容，跳过{{...}}语法，确保拿到的是纯字符串URL，让APIM能正确验证其scheme：

<proxy url="@(context.Deployment.Region == "North Europe" ? context.NamedValues.GetValue("WEB-PROXY-North-Europe") : context.NamedValues.GetValue("WEB-PROXY"))" />

方法2：先将命名值赋值给变量，再在表达式中使用

如果需要更清晰的逻辑分层，可以先把命名值存入变量，再在代理表达式中引用变量：

<set-variable name="northEuropeProxy" value="{{WEB-PROXY-North-Europe}}" />
<set-variable name="defaultProxy" value="{{WEB-PROXY}}" />
<send-request mode="new" response-variable-name="result" timeout="10" ignore-error="true">
    <!-- 其他策略配置保持不变 -->
    <proxy url="@(context.Deployment.Region == "North Europe" ? (string)context.Variables["northEuropeProxy"] : (string)context.Variables["defaultProxy"])" />
</send-request>