DownloadManager володіє передаванням після того, як застосунок ставить запит у чергу. Його публічний Request API надає заголовки, налаштування призначення та мережеві обмеження, але не має налаштування кінцевої точки проксі для окремого запиту.

Додавання Proxy-Authorization через addRequestHeader не замінює вибору хоста й порту проксі. Налаштування окремого об'єкта HTTP-клієнта також не змінює запит, уже переданий DownloadManager.

Якщо завантаження має дотримуватися підтримуваної політики проксі пристрою або мережі, використовуйте цю політику та враховуйте фактичний маршрут служби. Якщо застосунку потрібно вибрати інший проксі для цього одного передавання, тримайте передавання у власному клієнті застосунку з документованим інтерфейсом проксі, наприклад у з'єднанні URL, відкритому об'єктом Proxy.

Цей вибір також переносить відповідальність за життєвий цикл завантаження. Зберігайте потрібне фонове планування, поступ, роботу зі сховищем і поведінку відновлення, а не замінюйте кероване системою завантаження на невідстежуваний запит у тимчасовому життєвому циклі екрана.

Схожі статті