Które błędy warto ponawiać i dlaczego trzeba robić przerwy?
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
Ponawianie ma sens przy problemie chwilowym, np. przeciążeniu lub wybranych błędach połączenia. Nie naprawi zwykle złych danych albo braku uprawnień. Po nieudanej próbie czekam i ograniczam liczbę kolejnych prób. Jeśli usługa podaje Retry-After, uwzględniam ten czas.
Przerwy mogą stopniowo rosnąć, a niewielka losowość ich długości zapobiega sytuacji, w której tysiąc klientów ponawia dokładnie jednocześnie. Nie robię nieskończonego retry. Sprawdzam też, czy biblioteka już nie ponawia żądania, bo kolejne warstwy mogą wielokrotnie zwiększyć ruch. Przed ponowieniem zapisu muszę wiedzieć, czy nie wykonam skutku drugi raz.
Dlaczego to ważne: Bezpośrednio przydatne do API modeli i firmowych integracji.
Możliwe dopytania: Co zrobić, jeśli usługa pozostaje niedostępna przez godzinę?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Zacznij od
- B-P01 · Czym jest Node.js i czym różni się od JavaScriptu w przeglądarce? — JavaScript, TypeScript i Node.js
- B-P04 · Co to jest Promise? — JavaScript, TypeScript i Node.js
- B-P10 · Co daje TypeScript i czego nie daje? — JavaScript, TypeScript i Node.js
Powiązane pytania
- Które błędy warto ponawiać? — JavaScript, TypeScript i Node.js
Przećwicz w kodzie
- Rozsądne ponawianie żądania — uruchamia testy w przeglądarce
Dalsza lektura
- Microsoft Graph: Throttling guidance(otwiera się w nowej karcie)Docs; dostęp 22.10.2026. 429, Retry-After i kontrola tempa wywołań.