Chyby proxy v Spring WebClient: reaktívne spracovanie verzus logovanie
Rozlíšte reaktívny signál chyby WebClientu, logovanie transportu a spracovanie stavu HTTP pri zlyhaní proxy.
Transport môže zalogovať neúspešné proxy pripojenie, zatiaľ čo aplikácia zároveň prijíma a spracúva reaktívnu chybu. Samotný záznam v logu nedokazuje, že obslužný kód aplikácie bol preskočený.
Sledujte signál chyby v reťazci, ktorý sa skutočne odoberá. try/catch okolo kódu, ktorý iba vytvára Mono, je iný rozsah než spracovanie neskoršieho sieťového zlyhania.
| Operátor | Účinok |
|---|---|
| doOnError | Vykoná vedľajší efekt, kým chyba pokračuje |
| onErrorMap | Prevedie chybu na inú chybu |
| onErrorResume | Prepne na alternatívneho vydavateľa |
Zvoľte správanie, ktoré aplikácia potrebuje. Zaznamenanie metriky nevyžaduje vracať falošný úspešný obsah. Alternatívna odpoveď má byť zámerným výsledkom aplikácie, nie spôsobom, ako skryť neúspešnú trasu.
Rozlišujte aj výnimky transportu od prijatých chybových stavov HTTP. Proxy pripojenie môže zlyhať skôr, než existuje bežná odpoveď cieľa, takže obsluha stavu HTTP nemusí mať čo skúmať. Pri diagnostike nižšieho zlyhania zachovajte príčinu WebClientRequestException.
Logovanie upravujte až po pochopení výsledku. Vypnutie celého transportného loggera môže odstrániť dôkazy potrebné pre neskorší timeout, problém TLS alebo zlyhanie overenia, bez zmeny správania reaktívneho kanála.