何时重试HTTP请求,何时不重试

问题描述

我有一个Azure函数来处理异步消息(来自Azure服务总线),并发出HTTP请求作为其逻辑的一部分。

如果HTTP请求失败,则可能引发异常,并且消息最终在总线上重新排队。直到邮件最终超过最大传递计数为止。

我当时认为这对于间歇性问题(例如与网络相关的HTTP 503等)很有用,这些间歇性问题可能会在一段时间后解决,但在其他情况下(例如HTTP 4XX错误),它将失败直到我们最终用尽最大数量的交付。在后者的情况下,可能不值得重新排队(也就是说,除非我想使用可能适用于服务总线平台(例如ASB)的自动停用字体,但这对我来说似乎有点懒惰和效率低下)

是否存在用于记录和吞并某些类型的错误,但允许其他错误重试的模式。如果是这样,我们将吞噬哪种类型的方案/错误/状态码,以及我们应该重试哪种方案...

干杯。

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

错误1:Request method ‘DELETE‘ not supported 错误还原:...
错误1:启动docker镜像时报错:Error response from daemon:...
错误1:private field ‘xxx‘ is never assigned 按Alt...
报错如下,通过源不能下载,最后警告pip需升级版本 Requirem...