پس از اینکه برنامه یک درخواست را در صف قرار می‌دهد، DownloadManager مالک انتقال است. Request API عمومی آن سرآیندها، تنظیمات مقصد و محدودیت‌های شبکه را فراهم می‌کند، اما تنظیم‌کننده نقطه پایانی پراکسی برای هر درخواست ندارد.

افزودن Proxy-Authorization از طریق addRequestHeader جایگزین انتخاب میزبان و درگاه پراکسی نیست. همچنین پیکربندی یک شیء کلاینت HTTP جداگانه درخواستی را که پیش‌تر به DownloadManager سپرده شده تغییر نمی‌دهد.

اگر دانلود باید از سیاست پراکسی پشتیبانی‌شده دستگاه یا شبکه پیروی کند، از آن سیاست استفاده کنید و مسیر واقعی سرویس را در نظر بگیرید. اگر برنامه باید برای این یک انتقال پراکسی دیگری انتخاب کند، انتقال را در کلاینتی متعلق به برنامه با رابط پراکسی مستند نگه دارید، مانند اتصال URL که با شیء Proxy باز می‌شود.

این انتخاب مسئولیت چرخه عمر دانلود را نیز منتقل می‌کند. زمان‌بندی پس‌زمینه، پیشرفت، مدیریت ذخیره‌سازی و رفتار بازیابی مورد نیاز را حفظ کنید و دانلود مدیریت‌شده توسط سیستم را با درخواستی ردیابی‌نشده در چرخه عمر موقت یک صفحه جایگزین نکنید.

مقالات مرتبط