बैटरी की तकनीकी क्वालिटी से जुड़ी नीति का उल्लंघन रोकने के लिए, यहां दी गई जानकारी पढ़ें: वेक लॉक के सामान्य इस्तेमाल के उदाहरणों को कैसे ऑप्टिमाइज़ करें
8 मिनट में पढ़ा जा सकता है
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 की ज़रूरी जानकारी में मौजूद वेक लॉक मेट्रिक का इस्तेमाल करके, अपने ऐप्लिकेशन की बैटरी को ऑप्टिमाइज़ करें. इसके अलावा, वेकलॉक से जुड़ा हमारा अपडेट किया गया दस्तावेज़ पढ़ें. तकनीकी संसाधनों को बेहतर बनाने में हमारी मदद करें. इसके लिए, कृपया हमारे दिशा-निर्देशों के बारे में कोई अन्य सुझाव/राय दें या शिकायत करें. इसके लिए, दस्तावेज़ के बारे में सुझाव/राय देने या शिकायत करने से जुड़े सर्वे में हिस्सा लें.
-
कैसे करेंऐप्लिकेशन की परफ़ॉर्मेंस को अक्सर बेहतर यूज़र इंटरफ़ेस (यूआई) और ऐप्लिकेशन के तेज़ी से शुरू होने से जोड़कर देखा जाता है. हालांकि, मेमोरी एक ऐसा आधार है जिस पर ये मेट्रिक तैयार की जाती हैं. यह कोई छिपी हुई बात नहीं है कि अब डिवाइस की मेमोरी पहले से ज़्यादा ज़रूरी हो गई है.
Alice Yuan, Ajesh Pai, Fung Lam • पढ़ने में 10 मिनट लगेंगे -
कैसे करेंपरफ़ॉर्मेंस लेवलिंग गाइड में पांच लेवल होते हैं. हम लेवल 1 से शुरुआत करेंगे. इसमें परफ़ॉर्मेंस टूल को कम से कम इस्तेमाल करने के बारे में बताया गया है. इसके बाद, हम लेवल 5 तक जाएंगे. यह उन ऐप्लिकेशन के लिए सबसे सही है जिनके पास परफ़ॉर्मेंस फ़्रेमवर्क को बनाए रखने के लिए संसाधन हैं.
Alice Yuan • 8 मिनट में पढ़ें -
कैसे करेंMedia3 1.11 उपलब्ध है. यह रिलीज़, Android के ज़्यादातर मीडिया ऐप्लिकेशन को बेहतर बनाती है. इसमें नई सुविधाएं जोड़ी गई हैं, गड़बड़ियां ठीक की गई हैं, और प्लेबैक, एडिटिंग, और यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को बेहतर बनाया गया है.
Toni Heidenreich • तीन मिनट में पढ़ा जा सकता है
Android डेवलपमेंट से जुड़ी नई अहम जानकारी, हर हफ़्ते अपने इनबॉक्स में पाएं.