你好
我一直在与请求重试器一起使用，以在由于令牌过期而导致请求失败时重新进行身份验证。
有没有办法限制重试次数？ 如果服务器错误会发送过期的令牌错误（不是问题），则需要这样做。 那里我们有一个无限循环。
在其他情况下可能需要这样做。
我已经看到这个问题尚未解决，所以我想/希望我不是唯一需要这个问题的人。 如果您有其他替代方法，请告诉我。
谢谢，
Footjy
所有3条评论
嗨@Footjy ，
您可以采用多种方式来处理此问题。 我会从简单开始，在RequestRetrier中写一些支票，不允许您在10秒内运行3次以上的刷新。 如果您这样做，则停止重试该请求。
一旦您完成此检查，就可以随着时间的推移慢慢对其进行修改，以使其越来越强大。 如果您发布指向SO问题的链接，我也很乐意在此回答。
我也只是推高PR＃1681增加了一个retryCount属性设置为Request ，这将允许你停止的重试Request它已经尝试过一次或两次之后。 这些选择应该足以使您继续前进。
如果您还有其他想法，请随时发布。 该系统是全新的，因此我们不知道每个人都会使用它的所有方式。
干杯。 🍻
cnoon
于 2016-10-08
👍5
Footjy
于 2016-10-09
嗨，oon，
我正在使用请求重试器对过期的令牌进行重新认证。 当令牌从重试器委托“应该”方法过期时，我正在获取新令牌。
但是获取新令牌后，它将在委托中退出，请求未继续，并且我未收到任何响应。 所以，请告诉我我哪里错了。
谢谢
Eash
于 2018-11-23
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
ghost
·
3评论
yokesharun
·
3评论
noear
·
3评论
borek2
·
3评论
dpstart
·
3评论
最有用的评论
嗨@Footjy ，
您可以采用多种方式来处理此问题。 我会从简单开始，在
RequestRetrier中写一些支票，不允许您在10秒内运行3次以上的刷新。 如果您这样做，则停止重试该请求。一旦您完成此检查，就可以随着时间的推移慢慢对其进行修改，以使其越来越强大。 如果您发布指向SO问题的链接，我也很乐意在此回答。
我也只是推高PR＃1681增加了一个
retryCount属性设置为Request，这将允许你停止的重试Request它已经尝试过一次或两次之后。 这些选择应该足以使您继续前进。如果您还有其他想法，请随时发布。 该系统是全新的，因此我们不知道每个人都会使用它的所有方式。
干杯。 🍻