配額

什麼是指數輪詢？

指數輪詢是網路應用程式的標準錯誤處理策略，用戶端可透過這種策略，以逐漸增加的次數定期重試失敗的要求。如果大量要求或繁重的網路流量導致伺服器傳回錯誤，指數輪詢就是處理這類錯誤的一種不錯的策略。相反地，處理與網路流量或回應時間相關的錯誤 (例如授權憑證無效或找不到檔案的錯誤) 並不是很有意義的策略。

在正確的使用之下，指數輪詢可以提升頻寬使用的效率，減少取得成功回應所需的要求數，並最大化並行環境中的要求總處理量。

實作簡單指數輪詢的流程如下：

1. 對 API 提出要求。
2. 收到指出您應該要重試要求的 HTTP 503 回應。
3. 等待 1 秒鐘 + random_number_milliseconds 毫秒，然後重試要求。
4. 收到指出您應該要重試要求的 HTTP 503 回應。
5. 等待 2 秒鐘 + random_number_milliseconds 毫秒，然後重試要求。
6. 收到指出您應該要重試要求的 HTTP 503 回應。
7. 等待 4 秒鐘 + random_number_milliseconds 毫秒，然後重試要求。
8. 收到指出您應該要重試要求的 HTTP 503 回應。
9. 等待 8 秒鐘 + random_number_milliseconds 毫秒，然後重試要求。
10. 收到指出您應該要重試要求的 HTTP 503 回應。
11. 等待 16 秒鐘 + random_number_milliseconds 毫秒，然後重試要求。
12. 停止。報告或記錄錯誤。

在以上流程中，random_number_milliseconds 是小於或等於 1000 的隨機毫秒數。這是必要的，因為使用較小的隨機延遲有助於更平均地分散負載，並避免對伺服器產生衝擊的可能性。必須在每次等待之後重新定義 random_number_milliseconds 的值。

注意：等待時間一律是 (2 ^ n) + random_number_milliseconds，其中 n 是一開始定義為 0 的單調遞增整數。對於每個疊代 (每次要求)，整數 n 會遞增 1。

演算法已設定為會在 n 等於 5 時終止。這個上限可以防止用戶端一直重試下去，導致要求在總延遲時間達到約 32 秒之後，才會被視為「無法復原的錯誤」。您可以把重試次數的上限設高一點，尤其是在大型上傳作業執行的過程中；但請確保要把重試延遲時間的上限設定在合理的地方，例如短於一分鐘。