A rendszer-HTTP-proxy történelmi esetében az OkHttp 3.5.0-ban megváltoztatta viselkedését: felhagyott a közvetlen kapcsolat kísérletével, miután az a proxy meghibásodott. Egy régebbi, csendes visszaesésről szóló jelentés a változás előtti viselkedést írhatja le.

Ez a történet nem dönti el minden alkalmazás útvonalválasztási szabályát. Saját alkalmazása jelentésének értelmezéséhez kövesse ezt a három ellenőrzést:

  1. Keresse meg a feloldott OkHttp-verziót. Használja az alkalmazás függőségi adatait, beleértve a keretrendszer által ténylegesen becsomagolt verziót, a másolt példa korával szemben.
  2. Keresse meg, hogyan választ útvonalat ez a kliens. A kifejezett proxy és az egyéni ProxySelector különböző konfigurációk. Ha a választó egy proxy után közvetlen jelöltet ad, közvetlen alternatívát kínál.
  3. Kövesse a hiba kezelőjét. Keressen olyan alkalmazáskódot, amely más klienssel próbálkozik újra. Az a helyettesítő által küldött közvetlen kérés az első kliens döntésén kívül esik.

Kötelező proxy követelménye esetén a vonatkozó kliensszabálynak meg kell állnia, nem pedig közvetlen alternatívát kínálnia. Ellenőrizze a tényleges klienst és az újrapróbálkozási útvonalat a követelménnyel szemben; a 3.5.0-s változás önmagában nem gép szintű forgalmi szabály.

Kapcsolódó cikkek