DownloadManager besit die oordrag nadat 'n toepassing 'n versoek in die waglys plaas. Sy openbare Request API bied koptekste, bestemmingsinstellings en netwerkbeperkings, maar geen setter vir 'n proxy-eindpunt per versoek nie.

Om Proxy-Authorization via addRequestHeader by te voeg is nie 'n plaasvervanger vir die kies van 'n proxy-gasheer en -poort nie. Om 'n aparte HTTP-kliëntobjek te konfigureer verander ook nie 'n versoek wat reeds aan DownloadManager oorhandig is nie.

As die aflaai die ondersteunde toestel- of netwerkproxybeleid moet volg, gebruik daardie beleid en hou rekening met die diens se werklike roete. As die toepassing vir hierdie een oordrag 'n ander proxy moet kies, hou die oordrag in 'n app-eie kliënt met 'n gedokumenteerde proxy-koppelvlak, soos 'n URL-verbinding wat met 'n Proxy-objek oopgemaak word.

Daardie keuse dra ook die verantwoordelikheid vir die aflaai-lewensiklus oor. Behou die vereiste agtergrondskeedulering, vordering, stoorhantering en herstelgedrag eerder as om 'n stelselbestuurde aflaai te vervang met 'n onopgespoorde versoek op 'n skerm se tydelike lewensiklus.

Verwante artikels