Errors de proxí a Spring WebClient: gestió reactiva versus registre
Distingiu el senyal d'error reactiu del WebClient, el registre del transport i la gestió de l'estat HTTP durant una fallada del proxí.
El transport pot registrar una connexió de proxí fallida mentre l'aplicació també rep i gestiona l'error reactiu. L'entrada del registre per si sola no demostra que s'hagi omès el gestor de l'aplicació.
Seguiu el senyal d'error a la cadena que realment se subscriu. Un try/catch al voltant de codi que només construeix un Mono és un àmbit diferent de gestionar una fallada de xarxa posterior.
| Operador | Efecte |
|---|---|
| doOnError | Fa un efecte secundari mentre l'error continua |
| onErrorMap | Transforma un error en un altre error |
| onErrorResume | Canvia a un publicador alternatiu |
Trieu el comportament que necessita l'aplicació. Enregistrar una mètrica no obliga a retornar contingut d'èxit fals. Una resposta alternativa ha de ser un resultat deliberat de l'aplicació, no una manera d'amagar una ruta fallida.
Distingiu també les excepcions de transport dels estats d'error HTTP rebuts. Una connexió de proxí pot fallar abans que existeixi una resposta ordinària del destí, així que un gestor d'estat HTTP pot no tenir res a inspeccionar. Preserveu la causa d'una WebClientRequestException en diagnosticar la fallada de nivell inferior.
Ajusteu el registre només després d'entendre el resultat. Desactivar tot el logger de transport pot eliminar proves necessàries per a un temps d'espera, un problema TLS o una fallada d'autenticació posteriors, sense canviar el comportament de la canonada reactiva.