Android ၏ DownloadManager တွင် တောင်းဆိုမှုတစ်ခုစီအတွက် proxy သတ်မှတ်စနစ် မရှိပါ
DownloadManager ၏ အများပြည်သူ တောင်းဆိုမှု ရွေးချယ်စရာများနှင့် အက်ပ်၏ ကိုယ်ပိုင် HTTP client က ဖန်တီးသော ချိတ်ဆက်မှုကို ခွဲခြားပါ။
အက်ပ်တစ်ခုက တောင်းဆိုမှုကို တန်းစီထားပြီးနောက် DownloadManager သည် လွှဲပြောင်းမှုကို ပိုင်ဆိုင်သည်။ ၎င်း၏ အများပြည်သူ Request API သည် ခေါင်းစီးများ၊ ဦးတည်ရာ ဆက်တင်များနှင့် ကွန်ရက် ကန့်သတ်ချက်များကို ပေးသော်လည်း တောင်းဆိုမှုတစ်ခုစီအတွက် proxy အဆုံးမှတ် သတ်မှတ်စနစ် မရှိပါ။
addRequestHeader မှတစ်ဆင့် Proxy-Authorization ထည့်ခြင်းသည် proxy host နှင့် port ရွေးချယ်ခြင်းကို အစားထိုးခြင်း မဟုတ်ပါ။ သီးခြား HTTP client အရာဝတ္ထုကို ပြင်ဆင်ခြင်းကလည်း DownloadManager ထံ ပေးပြီးသော တောင်းဆိုမှုကို မပြောင်းလဲပါ။
ဒေါင်းလုဒ်သည် ပံ့ပိုးထားသော စက်ပစ္စည်း သို့မဟုတ် ကွန်ရက် proxy မူဝါဒကို လိုက်နာသင့်ပါက ထိုမူဝါဒကို အသုံးပြုပြီး ဝန်ဆောင်မှု၏ အမှန်တကယ် လမ်းကြောင်းကို ထည့်သွင်းစဉ်းစားပါ။ ဤလွှဲပြောင်းမှု တစ်ခုအတွက် အက်ပ်က အခြား proxy ကို ရွေးချယ်ရမည်ဆိုပါက လွှဲပြောင်းမှုကို မှတ်တမ်းတင်ထားသော proxy အင်တာဖေ့စ်ရှိ အက်ပ်ပိုင်ဆိုင်သော client တွင် ထားရှိပါ၊ ဥပမာ Proxy အရာဝတ္ထုဖြင့် ဖွင့်ထားသော URL ချိတ်ဆက်မှု။
ထိုရွေးချယ်မှုသည် ဒေါင်းလုဒ်၏ သက်တမ်းစက်ဝန်းအတွက် တာဝန်ကိုလည်း လွှဲပြောင်းပေးသည်။ လိုအပ်သော နောက်ခံ အချိန်ဇယား၊ တိုးတက်မှု၊ သိုလှောင်မှု ကိုင်တွယ်ခြင်းနှင့် ပြန်လည်ရယူမှု အပြုအမူကို ထိန်းသိမ်းပါ၊ စနစ်က စီမံသော ဒေါင်းလုဒ်ကို မျက်နှာပြင်၏ ယာယီ သက်တမ်းစက်ဝန်းရှိ ခြေရာမခံ တောင်းဆိုမှုဖြင့် အစားမထိုးပါနှင့်။