DownloadManager eier overføringen etter at en app har satt en forespørsel i kø. Dens offentlige Request API gir headere, destinasjonsinnstillinger og nettverksbegrensninger, men ingen innstiller for proxy-endepunkt per forespørsel.

Å legge til Proxy-Authorization via addRequestHeader erstatter ikke valg av proxy-vert og -port. Konfigurering av et separat HTTP-klientobjekt endrer heller ikke en forespørsel som allerede er gitt til DownloadManager.

Hvis nedlastingen skal følge den støttede enhets- eller nettverksproxypolicyen, bruk den policyen og ta hensyn til tjenestens faktiske rute. Hvis appen må velge en annen proxy for denne ene overføringen, hold overføringen i en app-eid klient med et dokumentert proxygrensesnitt, for eksempel en URL-tilkobling åpnet med et Proxy-objekt.

Det valget overfører også ansvaret for nedlastingens livssyklus. Bevar den påkrevde bakgrunnsplanleggingen, fremdriften, lagringshåndteringen og gjenopprettingsatferden i stedet for å erstatte en systemstyrt nedlasting med en uovervåket forespørsel i en skjerms midlertidige livssyklus.

Relaterte artikler