Backend, Dados e Segurança Mais detalhes C · Convenção da indústria Plataforma: Web

Retry Policy and Exponential Backoff

Política de Repetição e Retardo Exponencial

Uma política de repetição decide quais trabalhos falhos podem tentar novamente. O backoff adiciona uma espera maior após cada falha.

Veja como funciona
Você poderia chamar de Retry Policy and Exponential Backoffpolítica de repetiçãoretrocesso exponencialorçamento de novas tentativasjitter

Veja como funciona

Exemplo trabalhado originalPolítica de Repetição e Retardo Exponencial

Outro exemplo

Um serviço recebe um erro 503. Ele espera cerca de 1 segundo antes da tentativa 2 e cerca de 2 segundos antes da tentativa 3. A terceira tentativa funciona.

Partes principais

  1. 01Erro que pode ser repetido
  2. 02Número de tentativa
  3. 03Atraso crescente
  4. 04Jitter
  5. 05Parar orçamento

Use-o quando

Use-o para falhas curtas de rede ou serviço quando repetir o trabalho for seguro.

Não o use quando

Não tente novamente uma entrada incorreta ou acesso negado. Para um pagamento, use primeiro uma chave que impeça que a mesma cobrança seja executada duas vezes.

Nome usado no código

retryable error + delay * 2 + jitter + attempt budget

Antes de lançar

Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.

Solicitação que você pode copiar

Outcome: Complete the task with Política de Repetição e Retardo Exponencial (Retry Policy and Exponential Backoff). User context: Um serviço recebe um erro 503. Ele espera cerca de 1 segundo antes da tentativa 2 e cerca de 2 segundos antes da tentativa 3. A terceira tentativa funciona. Technical concept or control: Política de Repetição e Retardo Exponencial (Retry Policy and Exponential Backoff). Why it fits: Use-o para falhas curtas de rede ou serviço quando repetir o trabalho for seguro. Do not use it when: Não tente novamente uma entrada incorreta ou acesso negado. Para um pagamento, use primeiro uma chave que impeça que a mesma cobrança seja executada duas vezes. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary): Nenhum padrão oficial único controla todo o termo. Seu significado pode mudar entre equipes, plataformas ou frameworks. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.

Conferir este pedido

Review how Política de Repetição e Retardo Exponencial (Retry Policy and Exponential Backoff) is used now. Definition: Uma política de repetição decide quais trabalhos falhos podem tentar novamente. O backoff adiciona uma espera maior após cada falha. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

C
Quão oficial é este termo?

Convenção da indústria

As pessoas frequentemente usam este termo no trabalho. As fontes listadas podem apoiar a prática ou limitações. Elas não definem todas as partes do termo.

Nenhum padrão oficial único controla todo o termo. Seu significado pode mudar entre equipes, plataformas ou frameworks.

Escopo
Apenas o que a fonte cobre:nome canônico、definição、API da plataforma、implementação、orientação de uso、Guia de como evitar、semântica
Status do documento
estável
Verificado em
2026-07-30

Fontes e escopo da evidência

Fonte de autoridade + Referência do termo · TanStack Query · estável Query Retries Escopo: nome canônico、definição、API da plataforma、implementação、orientação de uso Papel aqui: Referência direta ao termo A fonte cobre: nome canônico, definição, API da plataforma, implementação, orientação de uso Fonte de autoridade + Referência do termo · Amazon Web Services · estável Exponential Backoff and Jitter Escopo: nome canônico、definição、orientação de uso、Guia de como evitar Papel aqui: Referência direta ao termo A fonte cobre: nome canônico, definição, orientação de uso, Guia de como evitar Fonte de autoridade · IETF · trilha de padrões HTTP Semantics Escopo: nome canônico、definição、semântica、implementação Papel aqui: Contexto útil, não uma definição A fonte cobre: nome canônico, definição, semântica, implementação Fonte de autoridade · IETF · trilha de padrões Additional HTTP Status Codes Escopo: definição、semântica、implementação Papel aqui: Contexto útil, não uma definição A fonte cobre: definição, semântica, implementação Fonte de autoridade · Stripe · estável Idempotent Requests Escopo: nome canônico、definição、API da plataforma、implementação、orientação de uso Papel aqui: Contexto útil, não uma definição A fonte cobre: nome canônico, definição, API da plataforma, implementação, orientação de uso Origem do fundo IETF — Idempotent Methods Papel aqui: Contexto útil, não uma definição Origem do fundo IETF — 408 Request Timeout Papel aqui: Contexto útil, não uma definição Origem do fundo IETF — 429 Too Many Requests Papel aqui: Contexto útil, não uma definição Origem do fundo IETF — 503 Service Unavailable Papel aqui: Contexto útil, não uma definição Origem do fundo IETF — Retry-After Papel aqui: Contexto útil, não uma definição

Copie você mesmo

O navegador não conseguiu copiar isso. Selecione a solicitação abaixo e copie você mesmo.