Proxy မအောင်မြင်လျှင် OkHttp တိုက်ရိုက်ချိတ်ဆက်မည်လား။

စနစ် HTTP proxy ၏ သမိုင်းဝင်ကိစ္စတွင် OkHttp သည် 3.5.0 တွင် ၎င်း၏ အပြုအမူကို ပြောင်းလဲခဲ့သည်− ထို proxy မအောင်မြင်ပြီးနောက် တိုက်ရိုက်ချိတ်ဆက်မှုကို မကြိုးစားတော့ပါ။ တိတ်ဆိတ်စွာ ပြန်လည်ကျဆင်းမှုအကြောင်း ရှေးဟောင်းအစီရင်ခံစာသည် ထိုပြောင်းလဲမှုမတိုင်မီက အပြုအမူကို ဖော်ပြနိုင်သည်။

ထိုသမိုင်းသည် application တိုင်း၏ လမ်းကြောင်းမူဝါဒကို မဆုံးဖြတ်ပါ။ သင့်ကိုယ်ပိုင် application မှ အစီရင်ခံစာကို အနက်ဖွင့်ရန် ဤစစ်ဆေးမှု သုံးခုကို လိုက်နာပါ−

1. ဖြေရှင်းပြီးသော OkHttp ဗားရှင်းကို ရှာပါ။ ကူးယူနေသော ဥပမာ၏ သက်တမ်းအစား framework က အမှန်တကယ် ထည့်သွင်းထားသော ဗားရှင်းအပါအဝင် application ၏ မှီခိုမှုအချက်အလက်ကို အသုံးပြုပါ။
2. ဤ client သည် လမ်းကြောင်းကို မည်သို့ရွေးချယ်သည်ကို ရှာပါ။ တိကျသော proxy နှင့် စိတ်ကြိုက် ProxySelector သည် မတူညီသော ဖွဲ့စည်းမှုများဖြစ်သည်။ ရွေးချယ်သူက proxy ပြီးနောက် တိုက်ရိုက်ကိုယ်စားလှယ်လောင်းကို ပေးပါက တိုက်ရိုက်အစားထိုးတစ်ခုကို ကမ်းလှမ်းနေခြင်းဖြစ်သည်။
3. မအောင်မြင်မှု ကိုင်တွယ်သူကို လိုက်ပါ။ အခြား client ဖြင့် ပြန်လည်ကြိုးစားသော application ကုဒ်ကို ရှာပါ။ ထိုအစားထိုးက ပြုလုပ်သော တိုက်ရိုက်တောင်းဆိုချက်သည် ပထမ client ၏ ဆုံးဖြတ်ချက်ပြင်ပတွင် ရှိသည်။

မဖြစ်မနေ proxy လိုအပ်ချက်အတွက် သက်ဆိုင်ရာ client မူဝါဒသည် တိုက်ရိုက်အစားထိုးကို ကမ်းလှမ်းမည့်အစား ရပ်တန့်ရမည်။ အမှန်တကယ် client နှင့် ပြန်လည်ကြိုးစားမှုလမ်းကြောင်းကို ထိုလိုအပ်ချက်နှင့် ဆန့်ကျင်စစ်ဆေးပါ။ 3.5.0 ပြောင်းလဲမှုတစ်ခုတည်းသည် စက်တစ်ခုလုံးအတွက် အသွားအလာစည်းမျဉ်း မဟုတ်ပါ။