用户在在指定的时间里发送了太多的请求。用于限制速率。属于客户端异常，既客户端没有遵守服务端给定的一定频率内的限制访问次数。
一般而言，当服务端检测到客户端在短时间内频繁的尝试访问特定页面时，它会触发速率限制功能。最常见的例子是用户（或攻击者）反复多次地尝试调用登录接口。
所以当出现429错误的时候，就意味着有一个用户或一段代码被太多次的请求，继而触发了服务端的限速功能。
收到429状态码并不是一个常规意义上的错误，因为你的请求率太高了，服务器已经被搞的受不了了。所以我们可以把他理解为服务端”友好”要求客户端降低请求频率。
1)让进程休眠。服务器通常在响应中包含一个Retry-after头，其中包含在重试之前应该等待的秒数。请记住，休眠进程可能会导致问题，例如在任务队列中，你应该在稍后重试该任务，以释放该工作进程用于其他事情。
2)指数退避算法。如果服务器没有告诉您需要等待多长时间，那么您可以通过增加暂停时间来重试请求。还可以避免因为任务重试中的集中请求而被再次限流。因为重试时又会有大量的请求在同一时刻涌入，会不断地造成限流。
3)令牌桶。如果您提前知道在给定的时间内能够发出多少请求，那么这种技术就很有用。每次访问API时，首先从桶中获取一个令牌。桶以恒定的速度重新装满。如果桶是空的，我们就知道再次访问API之前必须等待。
如果服务端的限速配置的不正确那就是另外一回事了。由于大多数速率限制是通过IP来标识访问者，这可能会在动态共享IP的场景中出现问题。如果一个人都没有发几个请求，但是一直收到429状态码的话，可以联系服务端的配置人员。
参考文章
本篇文章如有帮助到您，请给「翎野君」点个赞，感谢您的支持。
Original: https://www.cnblogs.com/lingyejun/p/16440398.html
Author: 翎野君
Title: org.springframework.web.client.HttpClientErrorException: 429 Too Many Requests
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/540143/
转载文章受原作者版权保护。转载请注明原作者出处！