Արդյո՞ք OkHttp-ն ուղիղ կմիանա, երբ պրոքսին ձախողվի։
Օգտագործեք հաճախորդի տարբերակը, երթուղային թեկնածուները և հավելվածի կրկնակի փորձի ուղին՝ որոշելու, թե արդյոք ձախողված պրոքսին կարող է հանգեցնել ուղիղ մուտքի։
Համակարգային HTTP պրոքսիի պատմական դեպքում OkHttp-ն իր վարքը փոխեց 3.5.0-ում. այն դադարեց փորձել ուղիղ միացում այն բանից հետո, երբ այդ պրոքսին ձախողվեց։ Լուռ հետադարձի մասին ավելի հին զեկույցը կարող է նկարագրել վարքը այդ փոփոխությունից առաջ։
Այդ պատմությունը չի որոշում յուրաքանչյուր հավելվածի երթուղային քաղաքականությունը։ Ձեր սեփական հավելվածից եկած զեկույցը մեկնաբանելու համար հետևեք այս երեք ստուգումներին.
- Գտեք լուծված OkHttp տարբերակը։ Օգտագործեք հավելվածի կախվածությունների տեղեկատվությունը, ներառյալ այն տարբերակը, որը շրջանակն իրականում ներառում է, պատճենվող օրինակի տարիքի փոխարեն։
- Գտեք, թե ինչպես է այս հաճախորդը ընտրում երթուղի։ Բացահայտ պրոքսին և հատուկ ProxySelector-ը տարբեր կարգավորումներ են։ Եթե ընտրիչը պրոքսիից հետո տալիս է ուղիղ թեկնածու, ապա առաջարկում է ուղիղ այլընտրանք։
- Հետևեք ձախողման մշակիչին։ Փնտրեք հավելվածի կոդ, որը կրկին փորձում է այլ հաճախորդով։ Այդ փոխարինողի կատարած ուղիղ հարցումը առաջին հաճախորդի որոշումից դուրս է։
Պարտադիր պրոքսիի պահանջի համար համապատասխան հաճախորդի քաղաքականությունը պետք է կանգնի, այլ ոչ թե առաջարկի ուղիղ այլընտրանք։ Ստուգեք իրական հաճախորդը և կրկնակի փորձի ուղին այդ պահանջի դեմ. միայն 3.5.0 փոփոխությունը մեքենայի ամբողջ ծավալով երթևեկության կանոն չէ։