DownloadManager prend en charge le transfert après qu'une application a mis une requête en file d'attente. Son API Request publique fournit des en-têtes, des réglages de destination et des restrictions réseau, mais aucun réglage de point de terminaison proxy par requête.

Ajouter Proxy-Authorization via addRequestHeader ne remplace pas le choix d'un hôte et d'un port proxy. Configurer un objet client HTTP distinct ne modifie pas non plus une requête déjà remise à DownloadManager.

Si le téléchargement doit suivre la politique de proxy prise en charge par l'appareil ou le réseau, utilisez cette politique et tenez compte de la route réelle du service. Si l'application doit choisir un autre proxy pour ce seul transfert, gardez le transfert dans un client propre à l'application doté d'une interface proxy documentée, comme une connexion URL ouverte avec un objet Proxy.

Ce choix transfère aussi la responsabilité du cycle de vie du téléchargement. Conservez la planification en arrière-plan, la progression, la gestion du stockage et le comportement de reprise requis, au lieu de remplacer un téléchargement géré par le système par une requête non suivie dans le cycle de vie temporaire d'un écran.

Articles similaires