Ilova so'rovni navbatga qo'ygandan keyin uzatish DownloadManager'ga tegishli bo'ladi. Uning ochiq Request API'si sarlavhalar, manzil sozlamalari va tarmoq cheklovlarini beradi, ammo har bir so'rov uchun proksi oxirgi nuqtasi sozlagichi yo'q.

addRequestHeader orqali Proxy-Authorization qo'shish proksi xosti va portini tanlash o'rnini bosmaydi. Alohida HTTP mijoz obyektini sozlash ham DownloadManager'ga berilgan so'rovni o'zgartirmaydi.

Agar yuklab olish qurilma yoki tarmoqning qo'llab-quvvatlanadigan proksi siyosatiga amal qilishi kerak bo'lsa, o'sha siyosatdan foydalaning va xizmatning haqiqiy yo'lini hisobga oling. Agar ilova bu bitta uzatish uchun boshqa proksi tanlashi kerak bo'lsa, uzatishni hujjatlashtirilgan proksi interfeysiga ega ilovaga tegishli mijozda saqlang, masalan Proxy obyekti bilan ochilgan URL ulanishi.

Bu tanlov yuklab olishning hayot davri uchun javobgarlikni ham o'tkazadi. Kerakli fon rejalashtirish, jarayon, saqlash bilan ishlash va tiklash xatti-harakatini saqlang; tizim boshqaradigan yuklab olishni ekranning vaqtinchalik hayot davridagi kuzatilmaydigan so'rov bilan almashtirmang.

O'xshash maqolalar