अगर कोई ऐप्लिकेशन Android 15 या इसके बाद के वर्शन को टारगेट करता है, तो सिस्टम यह तय करता है कि बैकग्राउंड में ऐप्लिकेशन के चलने के दौरान, फ़ोरग्राउंड सेवा के कुछ टाइप कितने समय तक चल सकते हैं. फ़िलहाल, यह पाबंदी सिर्फ़ dataSync और mediaProcessing फ़ोरग्राउंड सेवा टाइप वाली फ़ोरग्राउंड सेवाओं पर लागू होती है. shortService फ़ोरग्राउंड सेवा के टाइप पर ज़्यादा पाबंदियां हैं. इनके बारे में, उस सेवा के टाइप के दस्तावेज़ में बताया गया है.
टाइम आउट का तरीका
सिस्टम, dataSync और mediaProcessing फ़ोरग्राउंड सेवाओं को 24 घंटे में कुल छह घंटे तक चलने की अनुमति देता है. इसके बाद, सिस्टम चालू सेवा के Service.onTimeout(int, int) तरीके को कॉल करता है. यह तरीका Android 15 में पेश किया गया था. (mediaProcessing फ़ोरग्राउंड सेवा का टाइप, Android 15 में जोड़ा गया था.) dataSync और mediaProcessing सेवाओं के लिए, छह घंटे की समयसीमा को अलग-अलग ट्रैक किया जाता है. उदाहरण के लिए, अगर dataSync सेवा सिर्फ़ एक घंटे के लिए चली है, तो ऐप्लिकेशन के पास dataSync फ़ोरग्राउंड सेवाओं के लिए सिर्फ़ पांच घंटे उपलब्ध होंगे. हालांकि, इसके पास mediaProcessing सेवाओं के लिए पूरे छह घंटे उपलब्ध होंगे.
जब फ़ोरग्राउंड सेवा छह घंटे की सीमा तक पहुंच जाती है, तो सेवा के पास Service.stopSelf() को कॉल करने के लिए कुछ सेकंड होते हैं. जब सिस्टम Service.onTimeout() को कॉल करता है, तब सेवा को फ़ोरग्राउंड सेवा नहीं माना जाता.
अगर सेवा Service.stopSelf() को कॉल नहीं करती है, तो सिस्टम एक इंटरनल
अपवाद दिखाता है. इस अपवाद को Logcat में लॉग किया गया है. इसमें यह मैसेज शामिल है:
Fatal Exception: android.app.RemoteServiceException: "A foreground service of
type [service type] did not stop within its timeout: [component name]"
इस बदलाव की वजह से होने वाली समस्याओं से बचने के लिए, इनमें से एक या इससे ज़्यादा काम किए जा सकते हैं:
- आपकी सेवा में,
Service.onTimeout(int, int)के नए तरीके को लागू किया गया हो. जब आपके ऐप्लिकेशन को कॉलबैक मिलता है, तो पक्का करें किstopSelf()को कुछ सेकंड के अंदर कॉल किया जाए. (अगर आपने ऐप्लिकेशन को तुरंत बंद नहीं किया, तो सिस्टम एक गड़बड़ी जनरेट करेगा.) - पक्का करें कि आपके ऐप्लिकेशन की
dataSyncऔरmediaProcessingसेवाएं, 24 घंटे की अवधि में कुल छह घंटे से ज़्यादा न चलें. हालांकि, अगर उपयोगकर्ता ऐप्लिकेशन के साथ इंटरैक्ट करता है, तो टाइमर रीसेट हो जाता है. - उपयोगकर्ता के सीधे इंटरैक्शन के बाद ही,
dataSyncयाmediaProcessingफ़ोरग्राउंड सेवाएं शुरू करें. सेवा शुरू होने पर, आपका ऐप्लिकेशन फ़ोरग्राउंड में होता है. इसलिए, ऐप्लिकेशन के बैकग्राउंड में जाने के बाद, आपकी सेवा के पास छह घंटे का पूरा समय होता है. - इन फ़ोरग्राउंड सेवाओं का इस्तेमाल करने के बजाय, WorkManager जैसे अन्य एपीआई का इस्तेमाल करें. खास तौर पर,
dataSyncफ़ोरग्राउंड सेवा का इस्तेमाल करने के बजाय, अन्य एपीआई का इस्तेमाल करें.
अगर आपके ऐप्लिकेशन की dataSync फ़ोरग्राउंड सेवाएं पिछले 24 घंटों में छह घंटे तक चली हैं, तो आपके पास दूसरी dataSync फ़ोरग्राउंड सेवा शुरू करने का विकल्प नहीं है. हालांकि, अगर उपयोगकर्ता ने आपके ऐप्लिकेशन को फ़ोरग्राउंड में लाया है, तो आपके पास दूसरी dataSync फ़ोरग्राउंड सेवा शुरू करने का विकल्प है. इससे टाइमर रीसेट हो जाता है. अगर आपने कोई दूसरी dataSync फ़ोरग्राउंड सेवा शुरू करने की कोशिश की, तो सिस्टम ForegroundServiceStartNotAllowedException दिखाएगा. साथ ही, आपको गड़बड़ी का यह मैसेज दिखेगा: "dataSync टाइप वाली फ़ोरग्राउंड सेवा के लिए समयसीमा पहले ही खत्म हो चुकी है".
टेस्ट करना
अपने ऐप्लिकेशन के व्यवहार की जांच करने के लिए, डेटा सिंक करने के टाइमआउट की सुविधा चालू की जा सकती है. भले ही, आपका ऐप्लिकेशन Android 15 को टारगेट न कर रहा हो. हालांकि, इसके लिए ज़रूरी है कि ऐप्लिकेशन Android 15 वाले डिवाइस पर चल रहा हो. टाइम आउट की सुविधा चालू करने के लिए, यह adb कमांड चलाएं:
adb shell am compat enable FGS_INTRODUCE_TIME_LIMITS your-package-name
टाइम आउट की अवधि में भी बदलाव किया जा सकता है, ताकि यह आसानी से टेस्ट किया जा सके कि सीमा पूरी होने पर आपका ऐप्लिकेशन कैसा काम करता है. dataSync फ़ोरग्राउंड सेवाओं के लिए, नई समयसीमा सेट करने के लिए, यह adb कमांड चलाएं:
adb shell device_config put activity_manager data_sync_fgs_timeout_duration duration-in-milliseconds
mediaProcessing फ़ोरग्राउंड सेवाओं के लिए, नया टाइम आउट पीरियड सेट करने के लिए, यह
कमांड चलाएं:
adb shell device_config put activity_manager media_processing_fgs_timeout_duration duration-in-milliseconds