Android DownloadManager లో ప్రతి అభ్యర్థనకు ప్రాక్సీ సెట్టర్ లేదు
DownloadManager యొక్క పబ్లిక్ అభ్యర్థన ఎంపికలను యాప్ యొక్క స్వంత HTTP క్లయింట్ సృష్టించే కనెక్షన్ నుండి వేరు చేయండి.
యాప్ అభ్యర్థనను క్యూలో ఉంచిన తర్వాత DownloadManager బదిలీకి యజమాని అవుతుంది. దాని పబ్లిక్ Request API హెడర్లు, గమ్యస్థాన సెట్టింగ్‌లు మరియు నెట్‌వర్క్ పరిమితులను అందిస్తుంది, కానీ ప్రతి అభ్యర్థనకు ప్రాక్సీ ఎండ్‌పాయింట్ సెట్టర్ లేదు.
addRequestHeader ద్వారా Proxy-Authorization జోడించడం ప్రాక్సీ హోస్ట్ మరియు పోర్ట్ ఎంచుకోవడానికి ప్రత్యామ్నాయం కాదు. వేరే HTTP క్లయింట్ ఆబ్జెక్ట్‌ను కాన్ఫిగర్ చేయడం కూడా ఇప్పటికే DownloadManager కు అప్పగించిన అభ్యర్థనను మార్చదు.
డౌన్‌లోడ్ మద్దతు ఉన్న పరికరం లేదా నెట్‌వర్క్ ప్రాక్సీ విధానాన్ని అనుసరించాలంటే, ఆ విధానాన్ని ఉపయోగించి సేవ యొక్క వాస్తవ మార్గాన్ని పరిగణించండి. ఈ ఒక బదిలీ కోసం యాప్ వేరే ప్రాక్సీని ఎంచుకోవాలంటే, బదిలీని పత్రీకరించిన ప్రాక్సీ ఇంటర్‌ఫేస్‌తో యాప్ స్వంత క్లయింట్‌లో ఉంచండి, ఉదాహరణకు Proxy ఆబ్జెక్ట్‌తో తెరిచే URL కనెక్షన్.
ఆ ఎంపిక డౌన్‌లోడ్ జీవితచక్రం యొక్క బాధ్యతను కూడా బదిలీ చేస్తుంది. అవసరమైన నేపథ్య షెడ్యూలింగ్, పురోగతి, నిల్వ నిర్వహణ మరియు పునరుద్ధరణ ప్రవర్తనను కాపాడండి; సిస్టమ్ నిర్వహించే డౌన్‌లోడ్‌ను స్క్రీన్ తాత్కాలిక జీవితచక్రంలో ట్రాక్ చేయని అభ్యర్థనతో భర్తీ చేయవద్దు.