429、414、499、405 错误 - API 调用失败错误消息

API 调用有时会因极高的流量负载而失败。当每秒同时且持续发送多个调用，并持续较长时间时，尤其容易出现这种情况。例如，为了便于数学计算，假设 API 以每秒 10 条记录的速率发送调用，而返回响应显示有 5 个调用成功返回，这意味着其中 5 个调用失败了：可能是发送失败、接收失败、服务器响应失败，或者 D——以上所有情况。

*注意：这也是建议不要不停地每秒发送多个调用，而是将调用间隔一到两秒或更长时间错开，作为一项最佳实践的原因之一。 

最终用户可能会从任何服务器、浏览器和应用程序收到 429 错误消息。根据所使用的操作系统 / 浏览器，消息可能会略有不同：

1. 429 错误
2. HTTP 429
3. 错误 429（请求过多）

*由于这些错误都有共同的“429”，因此通常将其称为 429 错误。

429 错误及其朋友 414 错误 

所有最终用户都需要根据其组织制定的协议处理 429 错误实例。429 错误并非由应用程序强制产生，而是触发此错误消息的行为所导致的结果。需要注意的是，这并不是应用程序或服务器发生故障，因此无法从外部补救。 

简单来说，429 错误是最终用户必须处理的速率限制信号。不同应用程序的速率限制并不统一，也不是固定不变的，因此只能由最终用户针对触发 429 错误的具体实例进行处理。 

现在我们了解了 429，来谈谈 414 错误 

429 错误伴随 414 错误并不少见，后者通常显示为：URL 请求过长（URL & URI）。如果您的 API 调用发送速率过高，以至于无法在足够及时的时间内得到响应，通常就会导致 414 错误。URL 过长，或者请求量和请求速度的组合导致无法足够快速地响应。 

499 客户端关闭请求 

HTTP 状态代码 499：由 Nginx 引入的非标准状态代码，当客户端在服务器能够响应请求之前关闭连接时返回，最常见的原因是客户端（最终用户）超时。当 客户端在 Nginx 处理请求时关闭连接时会发生。 

4XX 类代码通常被称为客户端错误代码。HTTP + 4 + XX 表示客户端（最终用户）执行了错误操作。具体来说，错误发生在客户端。  

L2L 出色的开发团队将帮助诊断和排查此问题。修复 429 错误将是首要建议，并将大大加快您恢复正常的速度！ 

如果您想了解更多信息，这里有一篇文章： https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/429

405 方法不允许错误

超文本传输协议（HTTP）405 方法不允许响应状态代码表示服务器知道请求方法，但目标资源不支持此方法。