एक JobIntentService के हुड के तहत

इस लेख में, हम JobIntentService के साथ एक समस्या के बारे में बात करेंगे, जिसके बारे में Google बग ट्रैकर में संबंधित संसाधनों और रिपोर्टों पर कई प्रश्न हैं। और इस कारण के बारे में भी कि सब कुछ देखते हुए, Google इसे बग नहीं मानता है और इन रिपोर्टों को बंद कर देता है।

परिचय

JobIntentServices पृष्ठभूमि के काम के लिए बनाए गए थे। एंड्रॉइड 8 और इसके बाद के संस्करण में वे व्यापक रूप से उपयोग किए गए थे, जब पृष्ठभूमि में सेवाओं का उपयोग करने की क्षमता गायब हो गई थी।
वास्तव में, वे पृष्ठभूमि में सेवाओं को प्रतिस्थापित करते हैं, और कार्य शेड्यूलर (जॉबस्किड्यूलर) के नियंत्रण में भी होते हैं।

इस प्रकार, सिस्टम की पृष्ठभूमि में कार्यों की प्रगति को नियंत्रित करने की क्षमता है और खुद भी वेक्लोक्स को नियंत्रित करता है, जिससे डिवाइस की बैटरी की खपत को अनुकूलित करना और डेवलपर्स द्वारा वैकलॉक के गलत उपयोग से बचना संभव हो गया। इन चरणों ने उस स्थिति को कम कर दिया है जब डिवाइस स्लीप मोड (डोज़ मोड) में नहीं चढ़ सकता है, जो फिर से बैटरी की बचत को प्रभावित करता है।

संक्षेप में JobIntentService के बारे में

संक्षेप में, JobIntentService कार्य शेड्यूलर (JobScheduler) के नियंत्रण में एक ही IntentService है।

AsyncTask की पृष्ठभूमि थ्रेड में चल रहा है।

Android 4.4 और उससे नीचे के संस्करणों में, सामान्य इरादे का उपयोग किया जाता है।

एक विस्तृत विवरण प्रलेखन में पाया जा सकता है।

जीवन चक्र और नुकसान

दोनों प्रकार के कार्यों का एक ही जीवन चक्र होता है। कार्य हैंडलर द्वारा नियंत्रित होते हैं और राज्य होते हैं।

हालांकि ये राज्य बाहरी रूप से सुलभ नहीं हैं, कुछ परिस्थितियों में सिस्टम अपवादों को फेंक देता है जिसमें एप्लिकेशन क्रैश हो जाता है। ये व्यवहार कई डेवलपर्स के लिए एक समस्या और सिरदर्द हैं और दुर्भाग्य से एक सरल समाधान नहीं है। शुरू करने के लिए, हम कार्यों की स्थिति और जीवन चक्र का अध्ययन करते हैं, और फिर संभावित समाधानों पर विचार करते हैं।

टास्क स्टेट सीक्वेंस

बाइंडिंग - टास्क क्रिएशन स्टेट (सर्विस बाइंडिंग) टाइमआउट 18 सेकंड।
स्टार्टिंग - टास्क लॉन्च स्टेट, टाइमआउट 8 सेकंड।
निष्पादन - कार्य निष्पादन स्थिति, 10 मिनट का समय।
STOPPING - टास्क स्टॉप स्टेट (उदाहरण के लिए, कॉल रद्द होने के बाद) (), 8 सेकंड का टाइमआउट।
अंतिम - पूर्ण कार्य की अंतिम स्थिति, कार्य के जीवन चक्र में अंतिम स्थिति।

सरलीकृत कार्य जीवनचक्र आरेख

प्रत्येक कार्य राज्य का अपना समयबाह्य होता है। समय समाप्त होने के बाद, कार्य अपनी स्थिति की परवाह किए बिना बाधित होता है। दरअसल, यह एक टाइम-आउट मैकेनिज्म है और तब से यह एक नुकसान है मध्यांतर के बाद सिस्टम टाइप java.lang.SecurityException अपवाद को फेंक देता है और एप्लिकेशन निम्न संदेश के साथ क्रैश हो जाता है Caller no longer running, last stopped +1s600ms because: timed out while starting +1s600ms है, जहां समय समाप्त हो गया है जिस समय अपवाद को फेंक दिया गया था, और "कारण" ( because: timed out while starting ) राज्य को इंगित करता है कि समय समाप्त होने पर कार्य चालू था।

निष्कर्ष

जैसा कि अनुभव से पता चलता है, ये अपवाद काफी लोड किए गए अनुप्रयोगों में पाए जाते हैं।

इस समस्या के समर्थन में, दोनों कमजोर और शीर्ष उपकरणों पर निरीक्षण कर सकते हैं। यह मुद्दा टाइमआउट संदेशों के साथ अपवादों को भी इंगित करता है। तदनुसार, आवेदन को उतारने और JobIntentServices के उपयोग का अनुकूलन करने के बारे में निर्णय, उदाहरण के लिए, जब कई JobIntentServices समानांतर में लॉन्च किए जाते हैं, तो स्थितियों से बचने के लिए। दूसरा समाधान, कुछ मामलों में अधिक तुच्छ, और कभी-कभी पहले विकल्प की तुलना में अधिक जटिल होता है, जो जॉब सर्विस का उपयोग करना है।

इसके अलावा, यदि आप इस समस्या का समाधान करते हैं, तो आप इस समस्या को हल करने के लिए अन्य "संदिग्ध" विकल्पों पर ठोकर खा सकते हैं, उदाहरण के लिए, आप निम्नलिखित लिंक देख सकते हैं:

विकल्प 1
विकल्प 2
विकल्प 3

पुनश्च

फिलहाल, Google JobService और JobIntentService के लिए एक अच्छा प्रतिस्थापन तैयार कर रहा है - यह Androidx.work पैकेज से वर्कर और वर्कमैंगर है।

दुर्भाग्य से, ये उपकरण अभी तक उत्पादन के लिए तैयार नहीं हैं और इनमें कई बग हैं, लेकिन पहले से ही अब, जैसा कि परीक्षणों से पता चला है, वे ऊपर वर्णित समस्या को हल करते हैं।