Yhdistääkö OkHttp suoraan, kun välityspalvelin epäonnistuu?

Käytä asiakasversiota, reititysehdokkaita ja sovelluksen uudelleenyrityspolkua päättääksesi, voiko epäonnistunut välityspalvelin johtaa suoraan yhteyteen.

Historiallisessa järjestelmän HTTP-välityspalvelimen tapauksessa OkHttp muutti käyttäytymistään versiossa 3.5.0: se lakkasi yrittämästä suoraa yhteyttä kyseisen välityspalvelimen epäonnistuttua. Vanhempi kertomus hiljaisesta paluusta saattaa kuvata käyttäytymistä ennen tätä muutosta.

Tämä historia ei ratkaise jokaisen sovelluksen reitityskäytäntöä. Tulkitse oman sovelluksesi raportti noudattamalla näitä kolmea tarkistusta:

  1. Selvitä ratkaistu OkHttp-versio. Käytä sovelluksen riippuvuustietoja, mukaan lukien kehyksen tosiasiassa sisällyttämä versio, kopioitavan esimerkin iän sijaan.
  2. Selvitä, miten tämä asiakas valitsee reitin. Nimenomainen välityspalvelin ja mukautettu ProxySelector ovat eri kokoonpanoja. Jos valitsin tarjoaa välityspalvelimen jälkeen suoran ehdokkaan, se tarjoaa suoraa vaihtoehtoa.
  3. Seuraa virheenkäsittelijää. Etsi sovelluskoodia, joka yrittää uudelleen toisella asiakkaalla. Kyseisen korvaajan tekemä suora pyyntö on ensimmäisen asiakkaan päätöksen ulkopuolella.

Pakollisen välityspalvelimen vaatimuksessa asiaankuuluvan asiakaskäytännön on pysähdyttävä eikä tarjottava suoraa vaihtoehtoa. Tarkista todellinen asiakas ja uudelleenyrityspolku vaatimusta vasten; pelkkä 3.5.0:n muutos ei ole koneenlaajuinen liikennesääntö.

Aiheeseen liittyvät artikkelit