အခြား proxy တစ်ခုကို ရွေးချယ်စဉ် OkHttp အရင်းအမြစ်များကို ပြန်လည်အသုံးပြုပါ

OkHttp တောင်းဆိုမှုတွင် ယေဘုယျ ပြောင်းလဲနိုင်သော proxy အကွက်မရှိပါ။ ၎င်း၏ ခေါ်ဆိုမှုကို မဖန်တီးမီ ရည်ရွယ်ထားသော လမ်းကြောင်းရှိ client ကို ရွေးချယ်ပါ။

ကျန်သော ဖွဲ့စည်းမှုကို မျှဝေထားရန် လိုအပ်ပါက ရှိပြီးသား client မှ လမ်းကြောင်းသတ်မှတ်ထားသော client ကို ရယူပါ-

OkHttpClient routed = baseClient.newBuilder()
    .proxy(new Proxy(Proxy.Type.HTTP,
        new InetSocketAddress("203.0.113.10", 8080)))
    .build();

အဆုံးမှတ်သည် သရုပ်ပြရန်သာ ဖြစ်သည်။ HTTP proxy စာရင်း မှ အများသူငှာ HTTP အဆုံးမှတ်များသည် ခွင့်ပြုထားသော အများပြည်သူဝန်ဆောင်မှု လမ်းကြောင်းအတွက် ဤ socket လိပ်စာကို ဖြည့်နိုင်သည်၊ အခြေခံ client ၏ မူဝါဒသည် အဆုံးမှတ်အသစ်သို့ proxy အထောက်အထား မပေးပါက။ OkHttp က newBuilder သည် ချိတ်ဆက်မှု pool နှင့် thread အရင်းအမြစ်များကို မူရင်း client နှင့် မျှဝေသည်ဟု မှတ်တမ်းတင်ထားသည်။ ယင်းသည် proxy တစ်ခုမှတစ်ဆင့် တည်ဆောက်ထားသော socket ကို အခြားလမ်းကြောင်းအဖြစ် ပြန်လည်တံဆိပ်တပ်နိုင်သည်ဟု မဆိုလိုပါ။ ချိတ်ဆက်မှု အရည်အချင်းသည် လမ်းကြောင်းနှင့် လိပ်စာ ဖွဲ့စည်းမှုအပေါ် မူတည်နေဆဲဖြစ်သည်။

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

အရင်းအမြစ် မျှဝေခြင်းသည် ပိတ်သိမ်းခြင်းကိုလည်း သက်ရောက်သည်။ မျှဝေထားသော cache ကို ပိတ်ခြင်း သို့မဟုတ် မျှဝေထားသော dispatcher ကို ပိတ်ခြင်းသည် ထိုအရင်းအမြစ်များကို အသုံးပြုသော အခြား ဆင်းသက်လာသော client များကို သက်ရောက်နိုင်သည်။ ဆင်းသက်လာသော client တစ်ခုစီကို သီးခြား ကွန်ရက် stack အဖြစ် သဘောထားမည့်အစား အရင်းအမြစ် ပိုင်ဆိုင်မှုကို ရှင်းလင်းသော အပလီကေးရှင်း အဆင့် သက်တမ်း ပေးပါ။

နောက်ဆုံးအနေဖြင့် ရွေးချယ်ထားသော proxy ၏ အထောက်အထားကို ခေါ်ဆိုမှု၏ ကိုယ်ပိုင် မက်တာဒေတာတွင် ထည့်သွင်းပါ။ ကမ္ဘာလုံးဆိုင်ရာ “နောက်ဆုံးရွေးချယ်ခဲ့သော proxy” ကိန်းရှင်သည် တစ်ပြိုင်နက် တောင်းဆိုမှုများစွာ၏ လမ်းကြောင်းကို ဖော်ထုတ်နိုင်မည် မဟုတ်ပါ။