Kas OkHttp ühendub otse, kui puhverserver nurjub?

Kasutage kliendi versiooni, marsruudikandidaate ja rakenduse korduskatse teed, et otsustada, kas nurjunud puhverserver võib viia otsese juurdepääsuni.

Ajaloolisel süsteemse HTTP-puhverserveri juhul muutis OkHttp oma käitumist versioonis 3.5.0: see lõpetas otsese ühenduse proovimise pärast selle puhverserveri nurjumist. Vanem aruanne vaikse tagasilanguse kohta võib kirjeldada käitumist enne seda muudatust.

See ajalugu ei otsusta iga rakenduse marsruutimispoliitikat. Oma rakendusest pärit aruande tõlgendamiseks järgige neid kolme kontrolli:

  1. Leidke lahendatud OkHttp versioon. Kasutage rakenduse sõltuvusteavet, sealhulgas versiooni, mille raamistik tegelikult kaasas, mitte kopeeritava näite vanust.
  2. Leidke, kuidas see klient marsruuti valib. Selgesõnaline puhverserver ja kohandatud ProxySelector on erinevad konfiguratsioonid. Kui valija pakub pärast puhverserverit otsest kandidaati, pakub see otsest alternatiivi.
  3. Jälgige tõrke käsitlejat. Otsige rakenduse koodi, mis proovib uuesti teise kliendiga. Selle asendaja tehtud otsene päring jääb esimese kliendi otsusest väljapoole.

Kohustusliku puhverserveri nõude korral peab asjakohane kliendipoliitika peatuma, mitte pakkuma otsest alternatiivi. Kontrollige tegelikku klienti ja korduskatse teed selle nõude vastu; ainuüksi 3.5.0 muudatus ei ole kogu masinat hõlmav liiklusreegel.

Seotud artiklid