कैसे करें
बैटरी की तकनीकी क्वालिटी से जुड़े उल्लंघन को रोकने के लिए, यहां दी गई जानकारी पढ़ें: वेक लॉक के सामान्य इस्तेमाल के उदाहरणों को कैसे ऑप्टिमाइज़ करें
आठ मिनट में पढ़ें
Google को पता है कि Android उपयोगकर्ताओं के लिए, बैटरी का ज़्यादा खर्च होना एक बड़ी समस्या है. इसलिए, Google ने डेवलपर की मदद करने के लिए कई अहम कदम उठाए हैं, ताकि वे कम बैटरी खर्च करने वाले ऐप्लिकेशन बना सकें. Google Play Store ने बैटरी की खपत कम करने के लिए, 1 मार्च, 2026 से वेक लॉक की तकनीकी क्वालिटी से जुड़े सुधार लागू करना शुरू कर दिया है. यह बदलाव, आने वाले हफ़्तों में उन ऐप्लिकेशन पर धीरे-धीरे लागू किया जाएगा जिन पर इसका असर पड़ा है. अगर कोई ऐप्लिकेशन, Android की ज़रूरी जानकारी में "ज़्यादा समय तक आंशिक वेक लॉक" के थ्रेशोल्ड को लगातार पार करता है, तो उसके स्टोर पेज पर इसका असर दिख सकता है. जैसे, उसके स्टोर पेज पर चेतावनियां दिख सकती हैं. साथ ही, उसे खोज के लिए उपलब्ध प्लैटफ़ॉर्म से हटाया जा सकता है. जैसे, सुझाव देने वाले प्लैटफ़ॉर्म.
अगर आपके ऐप्लिकेशन की खराब परफ़ॉर्मेंस का थ्रेशोल्ड, तय किए गए थ्रेशोल्ड से ज़्यादा है, तो उपयोगकर्ताओं को आपके स्टोर पेज पर चेतावनी दिख सकती है.
इस पहल से, बैटरी की परफ़ॉर्मेंस को सबसे ज़रूरी जानकारी वाली मेट्रिक के तौर पर शामिल किया गया. साथ ही, क्रैश और एएनआर जैसी स्थिरता से जुड़ी मेट्रिक को भी शामिल किया गया. "ऐप्लिकेशन के ठीक से काम न करने की समस्या का थ्रेशोल्ड" को इस तरह से तय किया जाता है: ऐप्लिकेशन ने पिछले 28 दिनों में, पांच प्रतिशत से ज़्यादा उपयोगकर्ता सेशन के दौरान, स्क्रीन बंद होने पर औसतन दो घंटे तक, ऐसे ऐक्टिविटी लॉक को होल्ड किया हो जिसे छूट नहीं मिली है. अगर वेक लॉक, सिस्टम के पास मौजूद वेक लॉक है और इससे उपयोगकर्ता को ऐसे फ़ायदे मिलते हैं जिन्हें और ऑप्टिमाइज़ नहीं किया जा सकता, तो उसे छूट दी जाती है. जैसे, ऑडियो चलाना, जगह की जानकारी का ऐक्सेस, या उपयोगकर्ता की ओर से शुरू किया गया डेटा ट्रांसफ़र. ज़्यादा वेक लॉक की पूरी परिभाषा देखने के लिए, हमारे Android की ज़रूरी जानकारी से जुड़े दस्तावेज़ देखें.
Android के सभी डिवाइसों में बैटरी लाइफ़ को बेहतर बनाने के लिए, हम लगातार काम कर रहे हैं. इसके तहत, हमने हज़ारों ऐप्लिकेशन और उनके आंशिक वेक लॉक इस्तेमाल करने के तरीके का विश्लेषण किया है. कभी-कभी वेक लॉक ज़रूरी होते हैं. हालांकि, हम अक्सर देखते हैं कि ऐप्लिकेशन, वेक लॉक को सही तरीके से या बिना किसी वजह के होल्ड करते हैं. ऐसा तब होता है, जब ज़्यादा बेहतर समाधान मौजूद होते हैं. इस ब्लॉग में, हम उन सबसे सामान्य स्थितियों के बारे में बताएंगे जिनमें वेक लॉक की समस्या होती है. साथ ही, वेक लॉक को ऑप्टिमाइज़ करने के लिए हमारे सुझावों के बारे में भी बताएंगे. हमें WHOOP जैसे पार्टनर से पहले ही काफ़ी सफलता मिल चुकी है. उन्होंने इन सुझावों का इस्तेमाल करके, बैकग्राउंड में होने वाली गतिविधि को ऑप्टिमाइज़ किया.
फ़ोरग्राउंड सेवा का इस्तेमाल बनाम पार्शियल वेक लॉक
बैकग्राउंड में काम करने के दौरान, हमने अक्सर डेवलपर को दो कॉन्सेप्ट के बीच का अंतर समझने में मुश्किल होते हुए देखा है: फ़ोरग्राउंड सेवा और पार्शियल वेक लॉक.
फ़ोरग्राउंड सेवा, लाइफ़साइकल एपीआई है. यह सिस्टम को यह सूचना देता है कि ऐप्लिकेशन, उपयोगकर्ता के लिए काम कर रहा है. इसलिए, मेमोरी को वापस पाने के लिए इसे बंद नहीं किया जाना चाहिए. हालांकि, स्क्रीन बंद होने पर यह सीपीयू को अपने-आप स्लीप मोड में जाने से नहीं रोकता. इसके उलट, पार्शियल वेक लॉक एक ऐसा तरीका है जिसे खास तौर पर सीपीयू को चालू रखने के लिए डिज़ाइन किया गया है. भले ही, स्क्रीन बंद हो.
फ़ोरग्राउंड सेवा का इस्तेमाल अक्सर उपयोगकर्ता की कार्रवाई को जारी रखने के लिए ज़रूरी होता है. हालांकि, सीपीयू की गतिविधि के दौरान, फ़ोरग्राउंड सेवा के साथ-साथ मैन्युअल तरीके से आंशिक वेक लॉक हासिल करना सिर्फ़ तब ज़रूरी होता है, जब उपयोगकर्ता की कार्रवाई को जारी रखना हो. इसके अलावा, अगर पहले से ही किसी ऐसे एपीआई का इस्तेमाल किया जा रहा है जो डिवाइस को चालू रखता है, तो आपको वेक लॉक का इस्तेमाल करने की ज़रूरत नहीं है.
डिवाइस को चालू रखने के लिए सही एपीआई चुनना में दिए गए फ़्लो चार्ट को देखें. इससे आपको यह समझने में मदद मिलेगी कि किन स्थितियों में वेक लॉक हासिल करने से बचने के लिए, किस टूल का इस्तेमाल करना चाहिए.
वेक लॉक हासिल करने वाली तीसरे पक्ष की लाइब्रेरी
ऐसा अक्सर होता है कि किसी ऐप्लिकेशन को यह पता चले कि उसे तीसरे पक्ष के एसडीके या सिस्टम एपीआई की वजह से, वेक लॉक का ज़्यादा इस्तेमाल करने के लिए फ़्लैग किया गया है. इन वेक लॉक का पता लगाने और इन्हें ठीक करने के लिए, हमारा सुझाव है कि आप यह तरीका अपनाएं:
- Android की ज़रूरी जानकारी देखें: बहुत ज़्यादा पार्शियल वेक लॉक वाले डैशबोर्ड में, वेक लॉक का सही नाम ढूंढें. इस नाम की तुलना, अन्य एपीआई के बनाए गए वेक लॉक की पहचान करना गाइडेंस से करें. इससे यह पता चलेगा कि इसे किसी जाने-पहचाने सिस्टम एपीआई या Jetpack लाइब्रेरी ने बनाया है या नहीं. अगर ऐसा है, तो आपको एपीआई के इस्तेमाल को ऑप्टिमाइज़ करना पड़ सकता है. इसके लिए, सुझाए गए दिशा-निर्देश देखें.
- सिस्टम ट्रेस कैप्चर करें: अगर वेक लॉक की आसानी से पहचान नहीं की जा सकती, तो सिस्टम ट्रेस का इस्तेमाल करके वेक लॉक की समस्या को स्थानीय तौर पर दोहराएं. इसके बाद, Perfetto यूज़र इंटरफ़ेस (यूआई) की मदद से इसकी जांच करें. इस बारे में ज़्यादा जानने के लिए, इस ब्लॉग पोस्ट के ज़्यादा वेक लॉक की वजह से होने वाली अन्य समस्याओं को ठीक करना सेक्शन पर जाएं.
- अन्य विकल्पों का आकलन करें: अगर तीसरे पक्ष की कोई ऐसी लाइब्रेरी है जिसकी वजह से बैटरी की खपत ज़्यादा हो रही है और उसे बैटरी की खपत कम करने के लिए कॉन्फ़िगर नहीं किया जा सकता, तो एसडीके के मालिकों को इस समस्या के बारे में बताएं. इसके अलावा, किसी दूसरे एसडीके का इस्तेमाल करें या इस सुविधा को खुद ही बनाएं.
वेक लॉक के सामान्य उदाहरण
यहां इस्तेमाल के कुछ ऐसे उदाहरण दिए गए हैं जिनकी हमने समीक्षा की है. साथ ही, वेक लॉक को लागू करने के तरीके को ऑप्टिमाइज़ करने के लिए, सुझाया गया तरीका भी बताया गया है.
उपयोगकर्ता का अपलोड या डाउनलोड किया गया डेटा
इस्तेमाल के उदाहरण:
- वीडियो स्ट्रीमिंग ऐप्लिकेशन, जहां उपयोगकर्ता ऑफ़लाइन ऐक्सेस के लिए बड़ी फ़ाइल डाउनलोड करता है.
- मीडिया का बैकअप लेने वाले ऐसे ऐप्लिकेशन जहां उपयोगकर्ता, सूचना वाले प्रॉम्प्ट के ज़रिए हाल ही की फ़ोटो अपलोड करने की सुविधा को ट्रिगर करता है.
वेक लॉक कम करने का तरीका:
- मैन्युअल वेक लॉक हासिल न करें. इसके बजाय, User-Initiated Data Transfer (UIDT) API का इस्तेमाल करें. यह उपयोगकर्ता की ओर से शुरू किए गए, लंबे समय तक चलने वाले डेटा ट्रांसफ़र के टास्क के लिए तय किया गया पाथ है. साथ ही, इसे बहुत ज़्यादा वेक लॉक कैलकुलेशन से छूट मिली हुई है.
एक बार या समय-समय पर होने वाले बैकग्राउंड सिंक
इस्तेमाल के उदाहरण:
- कोई ऐप्लिकेशन, ऑफ़लाइन ऐक्सेस के लिए डेटा पाने के लिए समय-समय पर बैकग्राउंड सिंक करता है.
- पैडोमीटर ऐप्लिकेशन, जो समय-समय पर क़दमों की संख्या को फ़ेच करते हैं.
वेक लॉक कम करने का तरीका:
-
मैन्युअल वेक लॉक हासिल न करें. एक बार या बार-बार होने वाले काम के लिए कॉन्फ़िगर किए गए, WorkManager का इस्तेमाल करें.
WorkManager, टास्क को बैच में बांटकर सिस्टम की परफ़ॉर्मेंस को बेहतर बनाता है. साथ ही, इसमें कम से कम समय (15 मिनट) का अंतराल होता है. यह आम तौर पर बैकग्राउंड अपडेट के लिए काफ़ी होता है. -
अगर आपको
WorkManagerया JobScheduler की वजह से बनाए गए ऐसे वेक लॉक मिलते हैं जिनका इस्तेमाल ज़्यादा होता है, तो ऐसा इसलिए हो सकता है, क्योंकि आपने अपने वर्कर को कुछ स्थितियों में काम पूरा न करने के लिए गलत तरीके से कॉन्फ़िगर किया है. खास तौर पर, अगर आपको STOP_REASON_TIMEOUT की ज़्यादा घटनाएं दिख रही हैं, तो कर्मचारी के काम रोकने की वजहों का विश्लेषण करें.
workManager.getWorkInfoByIdFlow(syncWorker.id)
.collect { workInfo ->
if (workInfo != null) {
val stopReason = workInfo.stopReason
logStopReason(syncWorker.id, stopReason)
}
}
- वर्कर के रुकने की वजहों को लॉग करने के अलावा, अपने वर्कर को डीबग करने के बारे में जानकारी देने वाला हमारा दस्तावेज़ पढ़ें. इसके अलावा, सिस्टम ट्रेस इकट्ठा करके उनका विश्लेषण करें. इससे आपको यह समझने में मदद मिलेगी कि वेक लॉक कब हासिल किए जाते हैं और कब रिलीज़ किए जाते हैं.
- आखिर में, WHOOP के साथ हमारी केस स्टडी देखें. इसमें बताया गया है कि कैसे WHOOP ने अपने कर्मचारियों के डिवाइसों के कॉन्फ़िगरेशन से जुड़ी समस्या का पता लगाया और वेक लॉक के असर को काफ़ी हद तक कम किया.
ब्लूटूथ कम्यूनिकेशन
इस्तेमाल के उदाहरण:
- साथ काम करने वाला डिवाइस, उपयोगकर्ता को ब्लूटूथ वाले बाहरी डिवाइस को जोड़ने के लिए कहता है.
- कंपैनियन डिवाइस ऐप्लिकेशन, किसी बाहरी डिवाइस पर हार्डवेयर इवेंट और उपयोगकर्ता को दिखने वाली सूचना में बदलाव के बारे में सुनता है.
- कंपैनियन डिवाइस ऐप्लिकेशन का उपयोगकर्ता, मोबाइल और ब्लूटूथ डिवाइस के बीच फ़ाइल ट्रांसफ़र शुरू करता है.
- साथी डिवाइस का ऐप्लिकेशन, ब्लूटूथ के ज़रिए बाहरी डिवाइस के फ़र्मवेयर को कभी-कभी अपडेट करता है.
वेक लॉक कम करने का तरीका:
- ब्लूटूथ डिवाइसों को जोड़ने के लिए, कंपैनियन डिवाइस पेयरिंग का इस्तेमाल करें. इससे ब्लूटूथ डिवाइसों को जोड़ते समय, मैन्युअल वेक लॉक हासिल करने से बचा जा सकेगा.
- बैकग्राउंड में ब्लूटूथ से कम्यूनिकेट करने का तरीका जानने के लिए, बैकग्राउंड में कम्यूनिकेट करना से जुड़े दिशा-निर्देश पढ़ें.
-
अगर देरी से सूचना मिलने पर उपयोगकर्ता पर कोई असर नहीं पड़ता है, तो
WorkManagerका इस्तेमाल करना काफ़ी होता है. अगर मैन्युअल वेक लॉक ज़रूरी है, तो वेक लॉक को सिर्फ़ ब्लूटूथ गतिविधि या गतिविधि के डेटा को प्रोसेस करने की अवधि के लिए चालू रखें.
स्थान ट्रैकिंग
इस्तेमाल के उदाहरण:
- ऐसे फ़िटनेस ऐप्लिकेशन जो जगह की जानकारी के डेटा को बाद में अपलोड करने के लिए कैश मेमोरी में सेव करते हैं. जैसे, दौड़ने के रूट की जानकारी सेव करना
- खाना डिलीवर करने वाले ऐसे ऐप्लिकेशन जो सूचना या विजेट के यूज़र इंटरफ़ेस (यूआई) में डिलीवरी की प्रोग्रेस अपडेट करने के लिए, लोकेशन का डेटा बार-बार इकट्ठा करते हैं.
वेक लॉक कम करने का तरीका:
- लोकेशन के इस्तेमाल को ऑप्टिमाइज़ करने के लिए, हमारी सलाह देखें. बैटरी की खपत कम करने के लिए, टाइमआउट लागू करें, जगह की जानकारी के अनुरोधों को बैच में प्रोसेस करें या पैसिव लोकेशन अपडेट का इस्तेमाल करें.
- FusedLocationProvider या LocationManager API का इस्तेमाल करके, जगह की जानकारी के अपडेट का अनुरोध करने पर, सिस्टम जगह की जानकारी के इवेंट कॉलबैक के दौरान डिवाइस को अपने-आप चालू कर देता है. सिस्टम मैनेज किए जाने वाले इस छोटे वेक लॉक को, पार्शियल वेक लॉक के ज़्यादा इस्तेमाल की गणना से छूट दी गई है.
- जगह की जानकारी को कैश मेमोरी में सेव करने के लिए, अलग से लगातार वेक लॉक हासिल न करें. इसकी ज़रूरत नहीं है. इसके बजाय, जगह की जानकारी से जुड़े इवेंट को मेमोरी या लोकल स्टोरेज में सेव करें. साथ ही, उन्हें समय-समय पर प्रोसेस करने के लिए WorkManager का इस्तेमाल करें.
override fun onCreate(savedInstanceState: Bundle?) {
locationCallback = object : LocationCallback() {
override fun onLocationResult(locationResult: LocationResult?) {
locationResult ?: return
// System wakes up CPU for short duration
for (location in locationResult.locations){
// Store data in memory to process at another time
}
}
}
}
हाई फ़्रीक्वेंसी सेंसर मॉनिटरिंग
इस्तेमाल के उदाहरण:
- पैडोमीटर ऐप्लिकेशन, जो कदमों की संख्या या तय की गई दूरी की जानकारी अपने-आप इकट्ठा करते हैं.
- सुरक्षा से जुड़े ऐसे ऐप्लिकेशन जो डिवाइस के सेंसर पर नज़र रखते हैं, ताकि रीयल टाइम में होने वाले बदलावों का पता लगाया जा सके. इससे, क्रैश या गिरने का पता लगाने जैसी सुविधाएं मिलती हैं.
वेक लॉक कम करने का तरीका:
- अगर SensorManager का इस्तेमाल किया जा रहा है, तो इसे समय-समय पर इस्तेमाल करें. साथ ही, इसका इस्तेमाल सिर्फ़ तब करें, जब उपयोगकर्ता ने यूज़र इंटरफ़ेस (यूआई) के साथ इंटरैक्ट करके, साफ़ तौर पर ऐक्सेस दिया हो. सेंसर की मॉनिटरिंग की फ़्रीक्वेंसी ज़्यादा होने पर, बैटरी की खपत ज़्यादा हो सकती है. ऐसा इसलिए होता है, क्योंकि सीपीयू कई बार चालू होता है और डेटा प्रोसेस करता है.
- अगर आपको SensorManager के बजाय, तय की गई दूरी या कदमों की संख्या को ट्रैक करना है, तो Recording API का इस्तेमाल करें. इसके अलावा, Health Connect का इस्तेमाल करके, डिवाइस पर कदमों की संख्या से जुड़ा पुराना और इकट्ठा किया गया डेटा ऐक्सेस किया जा सकता है. इससे बैटरी की खपत कम होती है.
- अगर आपको SensorManager के साथ सेंसर रजिस्टर करना है, तो maxReportLatencyUs को 30 सेकंड या उससे ज़्यादा पर सेट करें. इससे सेंसर बैचिंग का फ़ायदा मिलेगा और सीपीयू इंटरप्ट की फ़्रीक्वेंसी कम हो जाएगी. जब डिवाइस को किसी अन्य ट्रिगर से चालू किया जाता है, जैसे कि उपयोगकर्ता का इंटरैक्शन, जगह की जानकारी वापस पाना या शेड्यूल किया गया कोई काम, तो सिस्टम तुरंत कैश किया गया सेंसर डेटा भेज देगा.
val accelerometer = sensorManager.getDefaultSensor(Sensor.TYPE_ACCELEROMETER)
sensorManager.registerListener(this,
accelerometer,
samplingPeriodUs, // How often to sample data
maxReportLatencyUs // Key for sensor batching
)
- अगर आपके ऐप्लिकेशन को जगह की जानकारी और सेंसर डेटा, दोनों की ज़रूरत है, तो उनके इवेंट को वापस पाने और प्रोसेस करने की प्रोसेस को सिंक करें. जगह की जानकारी के अपडेट के लिए सिस्टम, वेक लॉक को कुछ समय के लिए चालू रखता है. सेंसर की रीडिंग को इस वेक लॉक के साथ जोड़कर, सीपीयू को चालू रखने के लिए वेक लॉक की ज़रूरत नहीं पड़ती. इस डेटा को अपलोड और प्रोसेस करने के लिए, वर्कर या कम समय के लिए वेक लॉक का इस्तेमाल करें.
रिमोट मैसेज सेवा
इस्तेमाल के उदाहरण:
- वीडियो या आवाज़ की निगरानी करने वाले ऐसे कंपैनियन ऐप्लिकेशन जिन्हें लोकल नेटवर्क का इस्तेमाल करके कनेक्ट किए गए किसी बाहरी डिवाइस पर होने वाले इवेंट की निगरानी करनी होती है.
- ऐसे मैसेजिंग ऐप्लिकेशन जो डेस्कटॉप वर्शन के साथ नेटवर्क सॉकेट कनेक्शन बनाए रखते हैं.
वेक लॉक कम करने का तरीका:
- अगर नेटवर्क इवेंट को सर्वर साइड पर प्रोसेस किया जा सकता है, तो क्लाइंट पर जानकारी पाने के लिए FCM का इस्तेमाल करें. अगर आपको FCM डेटा की ज़्यादा प्रोसेसिंग करनी है, तो तेज़ी से काम करने वाले वर्कर को शेड्यूल किया जा सकता है.
- अगर इवेंट को सॉकेट कनेक्शन के ज़रिए क्लाइंट-साइड पर प्रोसेस करना है, तो इवेंट में रुकावटों को सुनने के लिए वेक लॉक की ज़रूरत नहीं होती. जब डेटा पैकेट, वाई-फ़ाई या सेल्युलर रेडियो पर पहुंचते हैं, तो रेडियो हार्डवेयर, कर्नल वेक लॉक के तौर पर हार्डवेयर इंटरप्ट को ट्रिगर करता है. इसके बाद, डेटा को प्रोसेस करने के लिए, वर्कर को शेड्यूल किया जा सकता है या वेक लॉक हासिल किया जा सकता है.
- उदाहरण के लिए, अगर नेटवर्क सॉकेट पर डेटा पैकेट सुनने के लिए ktor-network का इस्तेमाल किया जा रहा है, तो आपको सिर्फ़ तब वेक लॉक हासिल करना चाहिए, जब पैकेट क्लाइंट को डिलीवर कर दिए गए हों और उन्हें प्रोसेस करने की ज़रूरत हो.
val readChannel = socket.openReadChannel()
while (!readChannel.isClosedForRead) {
// CPU can safely sleep here while waiting for the next packet
val packet = readChannel.readRemaining(1024)
if (!packet.isEmpty) {
// Data Arrived: The system woke the CPU and we should keep it awake via manual wake lock (urgent) or scheduling a worker (non-urgent)
performWorkWithWakeLock {
val data = packet.readBytes()
// Additional logic to process data packets
}
}
}
खास जानकारी
बैकग्राउंड में डेटा सिंक करने, जगह की जानकारी ट्रैक करने, सेंसर मॉनिटर करने, और नेटवर्क कम्यूनिकेशन जैसे सामान्य इस्तेमाल के मामलों के लिए, सुझाए गए इन समाधानों को अपनाकर डेवलपर, ग़ैर-ज़रूरी वेक लॉक के इस्तेमाल को कम कर सकते हैं. ज़्यादा जानने के लिए, हमारी अन्य तकनीकी ब्लॉग पोस्ट पढ़ें या वेक लॉक का पता लगाने और उन्हें डीबग करने के तरीके के बारे में हमारा तकनीकी वीडियो देखें: Android की ज़रूरी जानकारी में मौजूद वेक लॉक मेट्रिक का इस्तेमाल करके, अपने ऐप्लिकेशन की बैटरी को ऑप्टिमाइज़ करें. इसके अलावा, वेकलॉक से जुड़ा हमारा अपडेट किया गया दस्तावेज़ पढ़ें. तकनीकी संसाधनों को बेहतर बनाने के लिए, कृपया हमारे दिशा-निर्देशों के बारे में कोई अन्य सुझाव/राय/शिकायत, दस्तावेज़ के बारे में सुझाव/राय/शिकायत देने वाले सर्वे में शेयर करें.
पढ़ना जारी रखें
-
कैसे करें
परफ़ॉर्मेंस लेवलिंग गाइड में पांच लेवल होते हैं. हम लेवल 1 से शुरुआत करेंगे. इसमें परफ़ॉर्मेंस टूलिंग को कम से कम इस्तेमाल करने के बारे में बताया गया है. इसके बाद, हम लेवल 5 तक जाएंगे. यह उन ऐप्लिकेशन के लिए सबसे सही है जिनके पास परफ़ॉर्मेंस फ़्रेमवर्क को बनाए रखने के लिए संसाधन हैं.
Alice Yuan • 9 मिनट में पढ़ें
-
कैसे करें
चाहे Android Studio में Gemini का इस्तेमाल किया जा रहा हो, Gemini CLI का, Antigravity का या Claude Code या Codex जैसे तीसरे पक्ष के एजेंट का, हमारा मकसद यह पक्का करना है कि हर जगह बेहतरीन क्वालिटी के Android ऐप्लिकेशन बनाए जा सकें.
Adarsh Fernando, Esteban de la Canal • 4 मिनट में पढ़ें
-
कैसे करें
हम आपको डिवाइस और क्लाउड, दोनों मॉडल का इस्तेमाल करके एआई की मदद से काम करने वाली सुविधाओं के उदाहरण देना चाहते थे. साथ ही, हम आपको अपने उपयोगकर्ताओं के लिए शानदार अनुभव बनाने के लिए प्रेरित करना चाहते थे.
Thomas Ezan, Ivy Knight • दो मिनट में पढ़ें
अप-टू-डेट रहें
Android डेवलपमेंट से जुड़ी नई अहम जानकारी, हर हफ़्ते अपने इनबॉक्स में पाएं.