ל-DownloadManager באנדרואיד אין מגדיר פרוקסי לכל בקשה
הבחינו בין אפשרויות הבקשה הציבוריות של DownloadManager לבין חיבור שנוצר על ידי לקוח HTTP בבעלות האפליקציה.
DownloadManager הוא הבעלים של ההעברה לאחר שאפליקציה מכניסה בקשה לתור. ה-Request API הציבורי שלו מספק כותרות, הגדרות יעד ומגבלות רשת, אך אין בו מגדיר נקודת קצה של פרוקסי לכל בקשה.
הוספת Proxy-Authorization דרך addRequestHeader אינה מחליפה בחירה של מארח ופורט פרוקסי. גם הגדרה של אובייקט לקוח HTTP נפרד אינה משנה בקשה שכבר נמסרה ל-DownloadManager.
אם ההורדה צריכה לפעול לפי מדיניות הפרוקסי הנתמכת של המכשיר או הרשת, השתמשו במדיניות זו והביאו בחשבון את המסלול בפועל של השירות. אם האפליקציה חייבת לבחור פרוקסי אחר עבור ההעברה האחת הזו, החזיקו את ההעברה בלקוח בבעלות האפליקציה עם ממשק פרוקסי מתועד, כגון חיבור URL שנפתח עם אובייקט Proxy.
בחירה זו מעבירה גם את האחריות למחזור החיים של ההורדה. שמרו על תזמון הרקע, ההתקדמות, הטיפול באחסון והתנהגות השחזור הנדרשים, במקום להחליף הורדה שמנוהלת על ידי המערכת בבקשה לא מנוטרת במחזור החיים הזמני של מסך.