0

我的问题是这样的：

我有一个 Azure APIM，我创建了一个 API 并添加了后端重试策略，如下所示。

<backend>
    <retry condition="@("{{Transient-ErrorCode}}".Contains(Convert.ToString(context.Response.StatusCode)))" count="3" interval="5" first-fast-retry="false">
        <forward-request />
    </retry>
</backend>

服务器第一次返回成功（状态码：200），当它启动重试时遇到以下情况（我也在重试成功，测试重试工作正常。）。

forward-request (1.326 ms)
{
"messages": [
    "Content length mismatch",
    "Content length mismatch"
    ]
}

请帮助您的想法/经验。

4

2 回答 2

5

这是因为客户端发送的请求在 APIM 中默认不会缓存在内存中，而是直接从客户端流式传输到后端。因此，当需要重试请求时，请求有效负载不存在。我假设您仅对具有正文的请求有问题。

要解决此问题，您首先需要缓存请求正文：

<inbound>
    <set-variable name="body" value="@(context.Request.Body.As<string>(preserveContent: true))" />
</inbound>
<backend>
    <retry condition="@("{{Transient-ErrorCode}}".Contains(Convert.ToString(context.Response.StatusCode)))" count="3" interval="5" first-fast-retry="false">
        <set-body>@((string)context.Variables["body"])</set-body>
        <forward-request />
    </retry>
</backend>
于 2019-02-12T17:58:42.053 回答
1

buffer-request-body通过使用策略上的属性来包含正文似乎有另一种简化forward-request：

<!-- no need to put body into variable in the inbound policy -->
<backend>
    <retry condition="@("{{Transient-ErrorCode}}".Contains(Convert.ToString(context.Response.StatusCode)))" count="3" interval="5" first-fast-retry="false">
        <!-- no need for the set-body policy -->
        <forward-request buffer-request-body="true" />
    </retry>
</backend>

有关前向请求的属性，请参见doco

于 2020-08-05T04:26:36.683 回答