Azure APIM如何将入站请求查询参数转换为后端调用的路径参数

完全可以实现，仅通过Azure APIM的内置策略配置即可完成需求，无需修改前端请求逻辑或后端服务代码。

你需要在对应API的入站处理策略中完成3个核心动作：提取入站的查询参数和原路径参数、重写后端请求路径、修改base_url并追加新的查询参数。

完整策略示例 #

<policies>
    <inbound>
        <base />
        <!-- 提取入站请求的query查询参数值，第二个参数为参数缺失时的默认值，可自行调整 -->
        <set-variable name="queryVal" value="@(context.Request.Url.Query.GetValueOrDefault("query", ""))" />
        <!-- 提取入站请求匹配到的路径参数pathParam1 -->
        <set-variable name="pathParamVal" value="@(context.Request.MatchedParameters.GetValueOrDefault("pathParam1", ""))" />
        <!-- 重写后端请求地址：替换为实际的后端base_url，拼接路径并追加新增查询参数 -->
        <rewrite-uri template="https://你实际的后端base_url/a/{queryVal}/{pathParamVal}?新参数1=自定义值&新参数2=自定义值" copy-unmatched-params="false" />
    </inbound>
    <backend>
        <base />
    </backend>
    <outbound>
        <base />
    </outbound>
    <on-error>
        <base />
    </on-error>
</policies>

• copy-unmatched-params属性：设为true时会自动保留入站请求中除query外的其他原有查询参数，设为false则仅保留你在template中显式声明的新增查询参数，可根据业务需求调整
• 如果需要对参数做合法性校验，可以在提取参数后增加判断逻辑，比如query参数为空时直接返回400错误，避免非法请求转发到后端
• 你需要提前在APIM的API前端定义中配置路径规则/a/{pathParam1}，确保入站请求能正确匹配到该API
• 如果base_url需要动态切换，也可以单独使用<set-backend-service>策略指定后端服务地址，和rewrite-uri配合使用灵活性更高

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