Erros de proxy no Spring WebClient: tratamento reativo versus registro
Distinga o sinal de erro reativo do WebClient, o registro do transporte e o tratamento do status HTTP durante uma falha de proxy.
O transporte pode registrar uma conexão de proxy malsucedida enquanto a aplicação também recebe e trata o erro reativo. A entrada de registro por si só não prova que o tratador da aplicação foi ignorado.
Siga o sinal de erro na cadeia que realmente é assinada. Um try/catch em torno de código que apenas constrói um Mono é um escopo diferente do tratamento de uma falha de rede posterior.
| Operador | Efeito |
|---|---|
| doOnError | Executa um efeito colateral enquanto o erro continua |
| onErrorMap | Transforma um erro em outro erro |
| onErrorResume | Muda para um publicador alternativo |
Escolha o comportamento de que a aplicação precisa. Registrar uma métrica não exige devolver conteúdo de sucesso falso. Uma resposta alternativa deve ser um resultado deliberado da aplicação, não uma forma de esconder uma rota malsucedida.
Distinga também as exceções de transporte dos estados de erro HTTP recebidos. Uma conexão de proxy pode falhar antes que exista uma resposta comum do destino, então um tratador de status HTTP pode não ter o que inspecionar. Preserve a causa de uma WebClientRequestException ao diagnosticar a falha de nível inferior.
Ajuste o registro apenas depois de entender o resultado. Desligar todo o logger de transporte pode remover evidências necessárias para um tempo limite, um problema de TLS ou uma falha de autenticação posteriores, sem alterar o comportamento do pipeline reativo.