Android DownloadManager માં દરેક વિનંતી માટે પ્રોક્સી સેટર નથી
DownloadManager ના જાહેર વિનંતી વિકલ્પોને એપ-માલિકીના HTTP ક્લાયન્ટ દ્વારા બનાવેલા કનેક્શનથી અલગ પાડો.
એપ્લિકેશન વિનંતી કતારમાં મૂક્યા પછી DownloadManager ટ્રાન્સફરનો માલિક બને છે. તેનું જાહેર Request API હેડર, ગંતવ્ય સેટિંગ્સ અને નેટવર્ક પ્રતિબંધો આપે છે, પરંતુ દરેક વિનંતી માટે પ્રોક્સી એન્ડપોઇન્ટ સેટર નથી.
addRequestHeader દ્વારા Proxy-Authorization ઉમેરવું એ પ્રોક્સી હોસ્ટ અને પોર્ટ પસંદ કરવાનો વિકલ્પ નથી. અલગ HTTP ક્લાયન્ટ ઑબ્જેક્ટ ગોઠવવાથી પણ DownloadManager ને પહેલેથી આપેલી વિનંતી બદલાતી નથી.
જો ડાઉનલોડ સમર્થિત ઉપકરણ કે નેટવર્ક પ્રોક્સી નીતિને અનુસરવી જોઈએ, તો તે નીતિ વાપરો અને સેવાના વાસ્તવિક માર્ગને ધ્યાનમાં લો. જો એપ્લિકેશને આ એક ટ્રાન્સફર માટે અલગ પ્રોક્સી પસંદ કરવી હોય, તો ટ્રાન્સફરને એપ-માલિકીના ક્લાયન્ટમાં દસ્તાવેજીકૃત પ્રોક્સી ઇન્ટરફેસ સાથે રાખો, જેમ કે Proxy ઑબ્જેક્ટ સાથે ખોલાયેલું URL કનેક્શન.
આ પસંદગી ડાઉનલોડ જીવનચક્રની જવાબદારી પણ સ્થાનાંતરિત કરે છે. જરૂરી બેકગ્રાઉન્ડ શેડ્યુલિંગ, પ્રગતિ, સ્ટોરેજ હેન્ડલિંગ અને પુનઃપ્રાપ્તિ વર્તન જાળવો; સિસ્ટમ-સંચાલિત ડાઉનલોડને સ્ક્રીનના કામચલાઉ જીવનચક્રમાં અનટ્રેક્ડ વિનંતીથી બદલશો નહીં.