来自 HttpClient 的重复请求

Question

我在 android 上使用 HttpClient 4.0.1...我发出一个 POST 请求，其标头集是当前的毫秒数...我看到该请求在彼此间隔几毫秒 (5-10) 的时间内两次命中服务器。但我为两个请求设置的标头是相同的。这种情况偶尔会发生...我认为wireshark中的请求之间没有真正的区别...我只是不知道这是如何发生的。有人以前遇到过这个问题或者有关于如何进一步调试它的任何提示吗？

这是我用来创建客户端的代码：

public static HttpClient getAndroidHttpClient(final int timeOut) {
    // set up the schemas
    SchemeRegistry schemeRegistry = new SchemeRegistry();
    schemeRegistry.register(new Scheme("http", PlainSocketFactory.getSocketFactory(), 80));
    schemeRegistry.register(new Scheme("https", new EasySSLSocketFactory(), 443));

    // set up our params
    HttpParams params = new BasicHttpParams();
    params.setIntParameter(CoreConnectionPNames.CONNECTION_TIMEOUT, timeOut);
    params.setIntParameter(CoreConnectionPNames.STALE_CONNECTION_CHECK, timeOut);
    params.setIntParameter(CoreConnectionPNames.SO_TIMEOUT, timeOut);
    params.setLongParameter(ConnManagerPNames.TIMEOUT, timeOut);
    params.setParameter(ConnManagerPNames.MAX_TOTAL_CONNECTIONS, 1);
    params.setParameter(ConnManagerPNames.MAX_CONNECTIONS_PER_ROUTE, new ConnPerRouteBean(1));
    params.setParameter(HttpProtocolParams.USE_EXPECT_CONTINUE, false);

    HttpProtocolParams.setUserAgent(params, "android-client-v1.0");
    HttpProtocolParams.setVersion(params, HttpVersion.HTTP_1_1);
    HttpProtocolParams.setContentCharset(params, "utf8");

    ThreadSafeClientConnManager conman = new ThreadSafeClientConnManager(params, schemeRegistry);

    DefaultHttpClient defaultHttpClient = new DefaultHttpClient(conman, params);

    return defaultHttpClient;
}

Answer 1

因此，这里发生的情况似乎是您的客户端发送了请求，但没有及时得到响应，因此再次重试相同的请求（正如它应该的那样）。这反过来会导致多个 POST 请求被发送到您的服务器（几乎是连续的），而您的服务器当前无法正确处理这些请求。

要验证/调试此问题，请尝试禁用 HTTP 重试，如下所示：

defaultHttpClient.setHttpRequestRetryHandler(new DefaultHttpRequestRetryHandler
                                             (0, false));

这当然会处理您的重复请求问题，但随后会引入另一个更严重的问题；也就是说，它会尝试一次（并且仅一次）并失败。根据我从您的评论中获得的信息，这里有一些您可以尝试的想法：

请直接使用伪代码，因为我不知道您的客户端架构的所有详细信息

处理多个连续发布

• 禁用自动重试（如上所述）
• 将您的 POST 请求封装在一个循环中，类似于 这个 已实施
• 然后在手动重试之间睡眠或实施您的指数backoff

无论如何，您的服务器将需要能够以合理的方式处理重复请求，这毕竟是HTTP。然而，在它被重复的轰炸之前，你至少给它一个处理第一个的机会。

我建议处理请求时的第一步是设置某种形式的（重复）标志。然后，如果/当它收到欺骗时，它会继续处理第一个请求（像往常一样）并默默地忽略欺骗。

总而言之，整个方案的要点是让您的服务器有机会设置欺骗标志。之后，服务器的工作就是根据需要丢弃（或处理）重复的请求。这一切有意义吗？

Answer 2

我不能谈论 Android 附带的 HttpClient 版本，因为它现在实际上是基于非常旧的 Beta 版快照的分叉。但是，如果您使用的是 Apache HttpClient 4.x 的库存版本，它不会自动重试 POST 或 PUT 请求，除非进行其他配置。

在您的特定情况下，我怀疑由于连接丢失或类似的网络问题，无线驱动程序会重新传输 HTTP 消息。 HTTP 不是有保证的传送协议。 HTTP 消息可以通过较低级别的传输重新发送。您的应用程序必须准备好处理重复的 HTTP 消息。

Answer 3

重试政策我们可以

通过 VOLLEY REQUEST

进行定制

stringRequest.setRetryPolicy(new DefaultRetryPolicy(
0,
DefaultRetryPolicy.DEFAULT_MAX_RETRIES,
DefaultRetryPolicy.DEFAULT_BACKOFF_MULT));
volleySingleton.addToRequestQueue(stringRequest);