एम्युलेटर बदलण्यापूर्वी कोणता डाउनलोड अयशस्वी झाला ते तपासा. SDK पॅकेजेस डेव्हलपमेंट मशीनवरील SDK टूलिंग घेतात. व्हर्च्युअल डिव्हाइसच्या आत चालणारे ॲप वेगळा क्लायंट आहे.

कमांड-लाइन sdkmanager संदर्भ हे प्रॉक्सी पर्याय देतो:

sdkmanager --list --proxy=http --proxy_host=proxy.example --proxy_port=8080

दर्शविलेल्या HTTP मोडसाठी, HTTP प्रॉक्सी यादीमधून अनुमत सार्वजनिक उमेदवार निवडा आणि होस्ट पोर्टपासून वेगळा प्रविष्ट करा. होस्ट फील्डमध्ये पूर्ण PAC URL ठेवू नका किंवा होस्टनावामध्ये :8080 ची पुनरावृत्ती करू नका. संदर्भ http आणि socks यांना प्रॉक्सी प्रकार म्हणून नोंदवतो; तुमचे इन्स्टॉल केलेले टूल आणि सेवा ज्या पर्यायाला समर्थन देतात तो वापरा.

हे उदाहरण उपलब्ध SDK पॅकेजेसची यादी करते. ते काहीही इन्स्टॉल करत नाही किंवा प्रत्येक Android टूल कॉन्फिगर करत नाही.

androidtool.cfg संपादित करणारी किंवा काढून टाकलेली android sdk कमांड चालवणारी जुनी उत्तरे जुन्या SDK Manager अंमलबजावणींना लागू होतात. तुम्ही प्रत्यक्षात ज्या एक्झिक्युटेबलला कॉल करता त्याचे दस्तऐवज वापरा.

Android Studio डाउनलोड काम करतात पण कमांड-लाइन डाउनलोड अयशस्वी होत असल्यास, त्या दोन क्लायंटच्या प्रॉक्सी आणि प्रमाणीकरण कॉन्फिगरेशनची तुलना करा. SDK डाउनलोड काम करतात पण Gradle अवलंबन अयशस्वी होत असल्यास, Gradle ची विनंती स्वतंत्रपणे तपासा. एका स्क्रीनवर काम करणारी सेटिंग हा पुरावा नाही की दुसऱ्या प्रक्रियेने ती वारसाहक्काने घेतली आहे.

संबंधित लेख