问题标签 [retrypolicy]

我想在我的应用程序中实现管理自定义重试策略。默认情况下，它会在请求失败后重试 3 次，但我不想重试 HTTP 400 响应。我怎样才能做到这一点？

我正在使用 datastax Java cassandra 驱动程序 (3.0.2) 连接到 cassandra 集群。如果出现NoHostAvailableException ，我想在几秒钟后重试。是正确的，预定义的策略都没有涵盖此要求吗？我认为我必须实施自定义策略：

• 默认重试策略

此实现最多触发一次重试，并且仅当足够多的副本已响应读取请求但未在其中检索到数据时。

• 降级一致性重试策略

一种重试策略，有时重试的一致性级别低于最初请求的一致性级别。

• 重试策略

一种从不重试（也不忽略）的重试策略。

• 记录重试策略

包装另一个策略的重试策略，记录其子策略做出的决定

故障安全断路器打开时请求存储在哪里？这是否意味着如果我在电路打开时重新启动我的应用程序，我会丢失所有应该重新尝试的请求？有没有办法检索这些消息。

不确定我的 Service Bus 1.1 重试策略逻辑有什么问题。我们无法使用 Azure 服务总线。我尝试了几种不同的配置，但仍然没有成功。它只会移动到异常。

出于测试目的，我将重试策略设置得异常大。据我所知，它永远不会重试该消息。我已经测试了各种异常，包括那些 istransient 为真的异常。

我已经阅读了这些帖子和文章：

• 服务总线重试指南
• Azure 服务总线重试策略不会改变行为

有没有人遇到过这个？我希望我只是缺少一些简单的东西。

尊敬的大师我是 android 和 JAVA 世界的新手。尝试下载一系列图像时出现以下错误。“URL /主机名正确的地方”错误是：

“有时相同的代码效果很好，但大多数时候它卡在上述错误和应用程序在 Play Store 上的评级下降”

导致上述错误的代码是

我想一次又一次地重试网址

“未知主机异常捕获”

直到图像正确加载。您的建议将不胜感激。或者在 UnknownHostException 上一次又一次地加载特定 url 的正确和好的方法是什么？

我正在采用RequestAdapter并将RequestRetrier刷新令牌行为自动添加到我的请求中。重试的问题无限期地发生而不受控制。我有这个代码：

失败后如何只重试一次请求？

我试过这个：

但不起作用......有什么想法吗？

谢谢！

几天以来，我遇到了一个未知的问题，即当手机进入睡眠模式一段时间然后返回应用程序时，凌空请求变得太慢，我尝试了凌空给出的许多重试策略，但它们都没有正常工作。下面是我的示例代码请求凌空获取数据。

第一种情况，将DefaultRetryPolicy的第二个参数大于0，响应时间过长

第二种情况将第二个参数设置为 0，因此如果 volley 10 秒内没有响应，我可能会收到错误消息（我正在显示重试警报）。

这是我配置 Azure 存储帐户的代码

当我指定backgroundRequestOption时，我收到错误未指定目标存储位置的 Uri。请考虑更改请求的位置模式。

当我没有指定时backgroundRequestOption，我不会收到任何错误。我需要在哪里指定此 URI？

我正在处理要求我在成功获取一些数据后调用特定端点的要求。我们使用发布到 SQS 队列的 SNS 主题来实现这一点，该队列又调用端点。SNS -> SQS -> 我的端点（处理 Q 消息） -> 调用外部端点获取数据。

现在，我们发现订单处理后无法立即获得数据，现在要求每 30 秒尝试 5 次。

我们有什么办法可以做到这一点？

现在，我已经做到了，处理来自队列的消息的我的端点总是返回一个错误，以便重试消息。

我将可见性超时设置为 30 秒，以便消息每 30 秒重试 5 次。

有没有更好的方法来实现我想要的现有设置？请帮忙。

Spring 的 @Retryable 注解将重试 3 次（默认）并回退到 @Recovery 方法。但是，@CircuitBreaker 将重试一次并在状态关闭时回退。

我想把这两个结合起来：当断路器状态关闭时，会在回退前重试3次（处理瞬态错误），如果状态打开，则直接回退。

有什么优雅的方法可以做到这一点？一种可能的方法是在函数内部实现重试逻辑，但我觉得这不是最好的解决方案。