साथ काम करने के फ़्रेमवर्क में बदलाव (Android 14)

ACCESS_SHARED_IDENTITY

अगर ऐप्लिकेशन ने ActivityOptions के इंस्टेंस के साथ इस गतिविधि को लॉन्च करके, अपनी पहचान शेयर करने का विकल्प चुना है, तो यह लॉन्च करने वाले ऐप्लिकेशन की पहचान को ऐक्सेस करने की अनुमति देता है. इस इंस्टेंस पर ActivityOptions.setShareIdentityEnabled(boolean) को true की वैल्यू के साथ शुरू किया गया था. इसके अलावा, अगर लॉन्च की गई गतिविधि का यूआईडी, लॉन्च करने वाले ऐप्लिकेशन के यूआईडी के बराबर है, तो भी यह अनुमति दी जाती है. इस बदलाव के चालू होने और इनमें से कोई एक शर्त पूरी होने पर, गतिविधि Activity.getLaunchedFromUid() और Activity.getLaunchedFromPackage() की मदद से, ऐप्लिकेशन लॉन्च करने वाले ऐप्लिकेशन के यूआईडी और पैकेज के नाम को ऐक्सेस कर सकती है.

ANR_PRE_UDC_APIS_ON_SLOW_RESPONSES

इस सुविधा के चालू होने पर, अगर ऐप्लिकेशन Android 13 (एपीआई लेवल 33) या इससे पहले के वर्शन के एपीआई और सुविधाओं के लिए धीरे-धीरे जवाब देते हैं, तो "ऐप्लिकेशन काम नहीं कर रहा है" (एएनआर) मैसेज ट्रिगर होता है.

AUTHORITY_ACCESS_CHECK_CHANGE_ID

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह अनुमति सिंक से जुड़े सभी एपीआई पर, कॉल करने वाले यूआईडी के लिए अथॉरिटी ऐक्सेस की जांच करने की सुविधा चालू करती है.

CAMERA_MIC_INDICATORS_NOT_PRESENT

इससे पता चलता है कि यह डिवाइस, कैमरा और माइक्रोफ़ोन इंडिकेटर की सुविधा के साथ काम करता है. अगर वैल्यू मौजूद है, तो वह false होती है. ऐसा इसलिए, क्योंकि अगर बदलाव का आईडी मौजूद नहीं है, तो CompatChanges#isChangeEnabled तरीका true दिखाता है.

DEFAULT_RESCIND_BAL_PRIVILEGES_FROM_PENDING_INTENT_SENDER

जब कोई ऐप्लिकेशन, PendingIntent को PendingIntent#send() या इसी तरह के अन्य तरीकों का इस्तेमाल करके भेजता है, तो उसे अब ऑप्ट-इन करना होगा. ऐसा तब करना होगा, जब उसे बैकग्राउंड में गतिविधि लॉन्च करने के अपने विशेषाधिकारों को चालू करना हो, ताकि वह लंबित इंटेंट को शुरू कर सके.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 14 के व्यवहार में हुए बदलावों के बारे में बताने वाले पेज पर जाएं. इसके बाद, बैकग्राउंड से ऐक्टिविटी शुरू करने पर अतिरिक्त पाबंदियां के बारे में बताने वाला सेक्शन देखें.

DETACH_THROWS_ISE_ONLY

#detachImage से मिले सही अपवाद को फ़्लैग करें.

#detachImage को दस्तावेज़ में IllegalStateException के तौर पर दिखाया गया है. यह तब होता है, जब कोई गड़बड़ी होती है. इसके नेटिव हेल्पर तरीके से RuntimeException तब थ्रो होता है, जब Image को अलग करते समय सर्फ़ेस को छोड़ दिया जाता है.

यह अपवाद, Android 13 (एपीआई लेवल 33) तक लागू रहेगा. इसके बारे में पहले दस्तावेज़ में जानकारी नहीं दी गई थी.

Android 13 (एपीआई लेवल 33) के बाद, नेटिव हेल्पर मेथड सिर्फ़ दस्तावेज़ के मुताबिक IllegalStateExceptions दिखाता है.

इस बदलाव को चालू करने पर, #detachImage सिर्फ़ तब IllegalStateException दिखाता है, जब इमेज को अलग करते समय कोई गड़बड़ी होती है. Android 13 (एपीआई लेवल 33) और इससे पहले के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह सुविधा पहले की तरह काम करेगी.

DOWNSCALED

यह बदलाव, हर ऐप्लिकेशन के हिसाब से बफ़र के डाउनस्केलिंग से जुड़े सभी बदलावों को कंट्रोल करता है. इस बदलाव को चालू करने से, ये स्केलिंग फ़ैक्टर लागू किए जा सकते हैं:

• DOWNSCALE_30
• DOWNSCALE_35
• DOWNSCALE_40
• DOWNSCALE_45
• DOWNSCALE_50
• DOWNSCALE_55
• DOWNSCALE_60
• DOWNSCALE_65
• DOWNSCALE_70
• DOWNSCALE_75
• DOWNSCALE_80
• DOWNSCALE_85
• DOWNSCALE_90

किसी ऐप्लिकेशन पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन का साइज़ सबसे ज़्यादा, चालू किए गए स्केलिंग फ़ैक्टर के हिसाब से बदल जाता है. उदाहरण के लिए, अगर 80% और 70% (DOWNSCALE_80 और DOWNSCALE_70), दोनों चालू हैं, तो 80% का इस्तेमाल किया जाएगा. अगर यह बदलाव और DOWNSCALED_INVERSE, दोनों चालू हैं, तो DOWNSCALED_INVERSE को प्राथमिकता दी जाती है और स्केल करने का फ़ैक्टर उलटे तरीके से लागू होता है.

DOWNSCALED_INVERSE

यह बदलाव, हर ऐप्लिकेशन के हिसाब से बफ़र के उलटे क्रम में डाउनस्केलिंग से जुड़े सभी बदलावों को कंट्रोल करता है. इस बदलाव को चालू करने पर, इन स्केल फ़ैक्टर को उलटे तरीके से लागू किया जा सकता है. इसका मतलब है कि रिज़ॉल्यूशन को अपस्केल किया जाता है:

• DOWNSCALE_30
• DOWNSCALE_35
• DOWNSCALE_40
• DOWNSCALE_45
• DOWNSCALE_50
• DOWNSCALE_55
• DOWNSCALE_60
• DOWNSCALE_65
• DOWNSCALE_70
• DOWNSCALE_75
• DOWNSCALE_80
• DOWNSCALE_85
• DOWNSCALE_90

किसी ऐप्लिकेशन पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को सबसे कम, चालू किए गए स्केलिंग फ़ैक्टर के हिसाब से रीसाइज़ किया जाता है. उदाहरण के लिए, अगर 80% और 70% (DOWNSCALE_80 और DOWNSCALE_70) दोनों चालू हैं, तो 80% का इस्तेमाल किया जाता है. ऐसा इसलिए, क्योंकि उलटा लागू होने पर, 80% का स्केलिंग फ़ैक्टर 125% के बराबर होता है. यह 70% के स्केलिंग फ़ैक्टर को उलटा लागू करने पर मिलने वाले 142.86% से कम है. अगर इस बदलाव और DOWNSCALED, दोनों को चालू किया जाता है, तो DOWNSCALED_INVERSE को प्राथमिकता मिलती है और स्केल करने का फ़ैक्टर उलटे तरीके से लागू होता है.

DOWNSCALE_30

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 30% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना होगा कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 333.33% है.

DOWNSCALE_35

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना होगा कि वह असली डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 35% वाले डिसप्ले पर चल रहा है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 285.71% है.

DOWNSCALE_40

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 40% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 250% है.

DOWNSCALE_45

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 45% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह असली डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 222.22% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_50

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 50% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना होगा कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 200% है.

DOWNSCALE_55

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 55% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना होगा कि वह असली डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 181.82% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_60

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 60% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 166.67% है.

DOWNSCALE_65

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 65% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह असली डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 153.85% वाले डिसप्ले पर चल रहा है.

DOWNSCALE_70

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 70% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह असली डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 142.86% रिज़ॉल्यूशन वाले डिसप्ले पर चल रहा है.

DOWNSCALE_75

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 75% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना होगा कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 133.33% है.

DOWNSCALE_80

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना होगा कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 80% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना होगा कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 125% है.

DOWNSCALE_85

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन को यह मानना होगा कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 85% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 117.65% है.

DOWNSCALE_90

अगर DOWNSCALED भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह ऐसे डिसप्ले पर चल रहा है जिसका वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन, असली डिसप्ले के रिज़ॉल्यूशन का 90% है. अगर DOWNSCALED_INVERSE भी चालू है, तो किसी पैकेज के लिए इस बदलाव को चालू करने से, ऐप्लिकेशन को यह मानना पड़ता है कि वह असली डिसप्ले के वर्टिकल और हॉरिज़ॉन्टल रिज़ॉल्यूशन के 111.11% वाले डिसप्ले पर चल रहा है.

ENABLE_PLATFORM_MDNS_BACKEND

Android 14 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, बैकएंड के तौर पर प्लैटफ़ॉर्म में इंटिग्रेट किए गए mDNS को लागू करते हैं. वहीं, पिछले वर्शन को टारगेट करने वाले ऐप्लिकेशन, बैकएंड के तौर पर लेगसी नेटवर्क सेवा की खोज (एनएसडी) का इस्तेमाल करते हैं. इसमें लेगसी नेटिव डेमॉन को NsdManager के तौर पर इस्तेमाल किया जाता है.

ENABLE_SELF_CERTIFIED_CAPABILITIES_DECLARATION

सेल्फ़-सर्टिफ़ाइड सुविधाओं की जांच करने की सुविधा, Android 14 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए चालू है. ज़्यादा जानकारी के लिए, NetworkCapabilities पर जाएं.

ENFORCE_PACKAGE_VISIBILITY_FILTERING

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह ज़रूरी है कि वे मेनिफ़ेस्ट में पैकेज की जानकारी देखने की अपनी ज़रूरत के बारे में बताएं. ऐसा इसलिए, ताकि वे AccountManager एपीआई को ऐक्सेस कर सकें.

ENFORCE_READ_ONLY_JAVA_DCL

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह ज़रूरी है कि डाइनैमिक तरीके से लोड की गई सभी फ़ाइलों को सिर्फ़ पढ़ने के लिए मार्क किया जाए. इससे, डाइनैमिक तरीके से लोड की गई फ़ाइलों को नुकसान पहुंचाने वाले लोगों या इकाइयों से अनचाहे तरीके से बदले जाने से रोका जा सकता है.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 14 के काम करने के तरीके में हुए बदलावों के बारे में जानकारी देने वाले पेज पर, डाइनैमिक कोड को ज़्यादा सुरक्षित तरीके से लोड करने के बारे में जानकारी देने वाला सेक्शन देखें.

ENFORCE_STRICT_QUERY_BUILDER

इस सुविधा के चालू होने पर, SQLiteQueryBuilder, सभी CalendarProvider2 क्वेरी के चुने गए विकल्पों की जांच करता है. इससे यह पता चलता है कि क्वेरी में किसी तरह के नुकसान पहुंचाने वाले आर्ग्युमेंट का इस्तेमाल तो नहीं किया गया है.

EXACT_LISTENER_ALARMS_DROPPED_ON_CACHED

कॉल करने वाला ऐप्लिकेशन, कैश मेमोरी में सेव की गई स्थिति में चला जाता है. ऐसे में, AlarmManager.OnAlarmListener कॉलबैक की उम्मीद रखने वाले सटीक अलार्म बंद हो जाते हैं.

Android 14 में एग्ज़ैक्ट अलार्म की सुविधा में हुए बदलावों के बारे में ज़्यादा जानने के लिए, एग्ज़ैक्ट अलार्म शेड्यूल करने की सुविधा डिफ़ॉल्ट रूप से बंद होती है लेख पढ़ें.

FGS_TYPE_CHECK_FOR_INSTANT_APPS

इस सुविधा के चालू होने पर, इंस्टेंट ऐप्लिकेशन को उन सभी सेवाओं के लिए फ़ोरग्राउंड सेवा के सही टाइप तय करने होंगे जिनके बारे में ऐप्लिकेशन की मेनिफ़ेस्ट फ़ाइल में बताया गया है.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवा के टाइप में हुए बदलावों के बारे में बताने वाला पेज देखें.

FGS_TYPE_NONE_DEPRECATION_CHANGE_ID

इस सुविधा के चालू होने पर, Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, फ़ोरग्राउंड सेवा शुरू करने के लिए FOREGROUND_SERVICE_TYPE_NONE टाइप का इस्तेमाल करते हैं. हालांकि, यह टाइप अब काम नहीं करता. इसलिए, लॉग में चेतावनी दिखती है.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवा के टाइप में हुए बदलावों के बारे में बताने वाला पेज देखें.

FGS_TYPE_NONE_DISABLED_CHANGE_ID

इस सुविधा के चालू होने पर, Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, फ़ोरग्राउंड सेवा शुरू करने के लिए FOREGROUND_SERVICE_TYPE_NONE टाइप का इस्तेमाल नहीं कर पाएंगे. ऐसा करने पर, उन्हें अपवाद मिलेगा.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवा के टाइप में हुए बदलावों के बारे में बताने वाला पेज देखें.

FGS_TYPE_PERMISSION_CHANGE_ID

इस सुविधा के चालू होने पर, Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, फ़ोरग्राउंड सेवा शुरू नहीं कर पाएंगे. ऐसा तब होगा, जब उनके पास फ़ोरग्राउंड सेवा के टाइप से जुड़ी ज़रूरी अनुमतियां नहीं होंगी. ऐसा होने पर, SecurityException दिखेगा.

इस बदलाव के बारे में ज़्यादा जानने के लिए, फ़ोरग्राउंड सेवा के टाइप में हुए बदलावों के बारे में बताने वाला पेज देखें.

FORCE_DISABLE_HEVC_SUPPORT

किसी ऐप्लिकेशन के लिए, HEVC मीडिया की सुविधा को ज़बरदस्ती बंद करें. ऐप्लिकेशन को अपने मेनिफ़ेस्ट में, मीडिया से जुड़ी सुविधाओं के बारे में बताना चाहिए. हालांकि, इस फ़्लैग का इस्तेमाल करके किसी ऐप्लिकेशन को HEVC फ़ॉर्मैट में काम करने से रोका जा सकता है. इससे, HEVC फ़ॉर्मैट में कोड किए गए मीडिया को ऐक्सेस करते समय, उसे ट्रांसकोड करना पड़ता है. इस फ़्लैग को सेट करने पर, ऐप्लिकेशन के लिए ओएस लेवल पर सेट किए गए सभी डिफ़ॉल्ट बदल जाते हैं. यह सुविधा डिफ़ॉल्ट रूप से बंद होती है. इसका मतलब है कि ओएस के डिफ़ॉल्ट सेटिंग को प्राथमिकता दी जाती है. अगर यह फ़्लैग और FORCE_ENABLE_HEVC_SUPPORT, दोनों चालू हैं, तो ओएस इन दोनों फ़्लैग को अनदेखा कर देता है.

FORCE_ENABLE_HEVC_SUPPORT

किसी ऐप्लिकेशन में HEVC मीडिया की सुविधा को चालू करने के लिए मजबूर करें. ऐप्लिकेशन को अपने मेनिफ़ेस्ट में, मीडिया की उन सुविधाओं के बारे में बताना चाहिए जो उनके साथ काम करती हैं. हालांकि, इस फ़्लैग का इस्तेमाल करके, किसी ऐप्लिकेशन में HEVC की सुविधा को चालू किया जा सकता है. इससे HEVC में एन्कोड किए गए मीडिया को ऐक्सेस करते समय, ट्रांसकोडिंग से बचा जा सकता है. इस फ़्लैग को सेट करने पर, ऐप्लिकेशन के लिए ओएस लेवल पर सेट किए गए सभी डिफ़ॉल्ट फ़्लैग ओवरराइड हो जाते हैं. यह डिफ़ॉल्ट रूप से बंद होती है. इसका मतलब है कि ओएस के डिफ़ॉल्ट सेटिंग को प्राथमिकता दी जाएगी. अगर यह फ़्लैग और FORCE_DISABLE_HEVC_SUPPORT, दोनों चालू हैं, तो ओएस दोनों फ़्लैग को अनदेखा कर देता है.

FORCE_NON_RESIZE_APP

इस विकल्प को जिन पैकेज पर लागू किया जाता है उनका साइज़ नहीं बदला जा सकता.

FORCE_RESIZE_APP

इस विकल्प का इस्तेमाल करके, उन पैकेज का साइज़ बदला जा सकता है जिन पर इसे लागू किया गया है. हम सिर्फ़ फ़ुलस्क्रीन विंडो मोड में साइज़ बदलने की अनुमति देते हैं. हालांकि, हम ऐप्लिकेशन को साइज़ बदलने वाले मल्टी-विंडो मोड में नहीं ले जाते.

GWP_ASAN

इस कुकी से, ऐप्लिकेशन में नेटिव मेमोरी से जुड़ी गड़बड़ी की पहचान करने की सुविधा चालू होती है.

GWP-ASan का इस्तेमाल करने के बारे में ज़्यादा जानने के लिए, GWP-ASan गाइड देखें.

IMPLICIT_INTENTS_ONLY_MATCH_EXPORTED_COMPONENTS

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, कॉम्पोनेंट एक्सपोर्ट किए जाने चाहिए, ताकि उन्हें इंप्लिसिट इंटेंट के ज़रिए चालू किया जा सके. अगर किसी कॉम्पोनेंट को एक्सपोर्ट और इनवोक नहीं किया जाता है, तो उसे रिसीवर की सूची से हटा दिया जाता है. यह खास तौर पर गतिविधियों और ब्रॉडकास्ट पर लागू होता है.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 14 के व्यवहार में हुए बदलावों के बारे में जानकारी देने वाले पेज पर जाएं. इसके बाद, इंप्लिसिट और लंबित इंटेंट पर पाबंदियां के बारे में जानकारी देने वाला सेक्शन देखें.

MEDIA_PROJECTION_PREVENTS_REUSING_CONSENT

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह ज़रूरी है कि वे हर MediaProjection कैप्चर सेशन से पहले, उपयोगकर्ता से सहमति लें.

इस बदलाव के बारे में ज़्यादा जानने के लिए, Android 14 के व्यवहार में हुए बदलावों के बारे में बताने वाले पेज पर जाएं. यहां आपको इस बारे में जानकारी मिलेगी कि हर MediaProjection कैप्चर सेशन के लिए उपयोगकर्ता की सहमति लेना क्यों ज़रूरी है.

NATIVE_HEAP_ZERO_INIT

नेटिव हीप मेमोरी के लिए, अपने-आप ज़ीरो-इनिशियलाइज़ेशन की सुविधा चालू करें.

NATIVE_MEMTAG_ASYNC

इस प्रोसेस में, एसिंक्रोनस (ASYNC) मेमोरी टैग की जांच करने की सुविधा चालू करें. इस फ़्लैग का असर सिर्फ़ उन हार्डवेयर पर पड़ता है जो एआरएम मेमोरी टैगिंग एक्सटेंशन (एमटीई) के साथ काम करते हैं.

NATIVE_MEMTAG_SYNC

इस प्रोसेस में, सिंक्रोनस (SYNC) मेमोरी टैग की जांच करने की सुविधा चालू करता है. इस फ़्लैग का असर सिर्फ़ उन हार्डवेयर पर पड़ता है जो एआरएम मेमोरी टैगिंग एक्सटेंशन (एमटीई) के साथ काम करते हैं. अगर NATIVE_MEMTAG_ASYNC और यह विकल्प, दोनों चालू हैं, तो इस विकल्प को प्राथमिकता दी जाती है. साथ ही, SYNC मोड में एमटीई चालू हो जाता है.

OVERRIDE_ANY_ORIENTATION

इस सुविधा के चालू होने पर, ओरिएंटेशन से जुड़े ये बदलाव लागू किए जा सकते हैं. भले ही, गतिविधि के लिए किसी भी ओरिएंटेशन का अनुरोध किया गया हो:

• OVERRIDE_LANDSCAPE_ORIENTATION_TO_REVERSE_LANDSCAPE
• OVERRIDE_UNDEFINED_ORIENTATION_TO_NOSENSOR
• OVERRIDE_UNDEFINED_ORIENTATION_TO_PORTRAIT

OVERRIDE_CAMERA_RESIZABLE_AND_SDK_CHECK

इस सुविधा को चालू करने पर, जिन पैकेज पर इसे लागू किया जाता है वे android:resizeableActivity की मौजूदा वैल्यू को अनदेखा कर देते हैं. साथ ही, वे M या इससे पहले के वर्शन वाले टारगेट SDK को भी अनदेखा कर देते हैं. इसके अलावा, वे ऐक्टिविटी को रीसाइज़ नहीं किया जा सकने वाला मानते हैं. इस मामले में, कैमरा रोटेट करने और क्रॉप करने की वैल्यू सिर्फ़ ज़रूरी बदलावों पर निर्भर करती है. इसके लिए, डिसप्ले के मौजूदा रोटेशन को ध्यान में रखा जाता है.

OVERRIDE_CAMERA_ROTATE_AND_CROP_DEFAULTS

इस सेटिंग को चालू करने पर, जिन पैकेज पर इसे लागू किया जाता है वे कैमरे को घुमाने और काटने के डिफ़ॉल्ट तरीके को बदल देते हैं. साथ ही, हमेशा CaptureRequest.SCALER_ROTATE_AND_CROP_NONE दिखाते हैं.

OVERRIDE_LANDSCAPE_ORIENTATION_TO_REVERSE_LANDSCAPE

यह उस ऐप्लिकेशन के लिए SCREEN_ORIENTATION_REVERSE_LANDSCAPE चालू करता है जिस पर इसे लागू किया गया है. जब तक OVERRIDE_ANY_ORIENTATION भी चालू न हो, तब तक SCREEN_ORIENTATION_REVERSE_LANDSCAPE का इस्तेमाल सिर्फ़ तब किया जाता है, जब गतिविधि में लैंडस्केप ओरिएंटेशन तय किया गया हो. इस बदलाव को चालू करने से, आपको अपने ऐप्लिकेशन के काम करने के तरीके की जांच करने में मदद मिल सकती है. इससे यह पता चलता है कि लैंडस्केप ओरिएंटेशन वाले डिवाइसों में, Surface.ROTATION_90 और Surface.ROTATION_270 के बीच क्या अंतर है.

OVERRIDE_MIN_ASPECT_RATIO

यह बदलाव, उन सभी बदलावों को कंट्रोल करता है जिनके लिए कम से कम पहलू अनुपात तय करना ज़रूरी होता है. इस बदलाव को चालू करने पर, ये कम से कम पहलू अनुपात लागू किए जा सकते हैं:

• OVERRIDE_MIN_ASPECT_RATIO_LARGE
• OVERRIDE_MIN_ASPECT_RATIO_MEDIUM
• OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

किसी ऐप्लिकेशन पैकेज के लिए इस बदलाव को चालू करने पर, ऐप्लिकेशन के मेनिफ़ेस्ट में दिए गए कम से कम आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) को, चालू किए गए सबसे बड़े आसपेक्ट रेशियो से बदल दिया जाता है. ऐसा तब तक होता है, जब तक ऐप्लिकेशन के मेनिफ़ेस्ट में दी गई वैल्यू ज़्यादा न हो.

OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN

इस विकल्प को चालू करने पर, पोर्ट्रेट फ़ुलस्क्रीन में कम से कम आसपेक्ट रेशियो (लंबाई-चौड़ाई का अनुपात) की पाबंदी हट जाती है, ताकि स्क्रीन पर मौजूद पूरी जगह का इस्तेमाल किया जा सके.

OVERRIDE_MIN_ASPECT_RATIO_LARGE

जब OVERRIDE_MIN_ASPECT_RATIO भी चालू हो, तब किसी पैकेज के लिए इस बदलाव को चालू करने पर, गतिविधि का कम से कम आसपेक्ट रेशियो, OVERRIDE_MIN_ASPECT_RATIO_LARGE_VALUE के हिसाब से तय की गई बड़ी वैल्यू पर सेट हो जाता है.

OVERRIDE_MIN_ASPECT_RATIO_MEDIUM

जब OVERRIDE_MIN_ASPECT_RATIO भी चालू होता है, तो किसी पैकेज के लिए इस बदलाव को चालू करने पर, गतिविधि के कम से कम आसपेक्ट रेशियो को OVERRIDE_MIN_ASPECT_RATIO_MEDIUM_VALUE के हिसाब से तय की गई मीडियम वैल्यू पर सेट किया जाता है.

OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

OVERRIDE_MIN_ASPECT_RATIO चालू होने पर, यह बदलाव उन अन्य बदलावों को सीमित करता है जिनकी वजह से किसी गतिविधि के कम से कम आसपेक्ट रेशियो को किसी खास वैल्यू पर सेट करना पड़ता है. जैसे, OVERRIDE_MIN_ASPECT_RATIO_LARGE और OVERRIDE_MIN_ASPECT_RATIO_MEDIUM. ऐसा उन गतिविधियों के लिए किया जाता है जिनमें पोर्ट्रेट ओरिएंटेशन भी होता है.

OVERRIDE_RESPECT_REQUESTED_ORIENTATION

इस सेटिंग को चालू करने पर, ओरिएंटेशन से जुड़ी पाबंदियों को अनदेखा करने वाले पैकेज को इस बदलाव से बाहर रखा जाता है. डिवाइस बनाने वाली कंपनियां, इन पाबंदियों को सेट कर सकती हैं.

OVERRIDE_UNDEFINED_ORIENTATION_TO_NOSENSOR

यह उस ऐप्लिकेशन के लिए SCREEN_ORIENTATION_NOSENSOR चालू करता है जिस पर इसे लागू किया गया है. जब तक OVERRIDE_ANY_ORIENTATION भी चालू नहीं किया जाता, तब तक SCREEN_ORIENTATION_NOSENSOR का इस्तेमाल सिर्फ़ तब किया जाता है, जब गतिविधि में कोई अन्य ओरिएंटेशन तय न किया गया हो.

OVERRIDE_UNDEFINED_ORIENTATION_TO_PORTRAIT

यह उस ऐप्लिकेशन के लिए SCREEN_ORIENTATION_PORTRAIT चालू करता है जिस पर इसे लागू किया गया है. जब तक OVERRIDE_ANY_ORIENTATION भी चालू नहीं किया जाता, तब तक SCREEN_ORIENTATION_PORTRAIT का इस्तेमाल सिर्फ़ तब किया जाता है, जब गतिविधि में कोई अन्य ओरिएंटेशन तय न किया गया हो.

RATE_LIMIT_TOASTS

यह कुकी, Toast.show() कॉल की संख्या पर दर सीमा लागू करती है. इससे, उपयोगकर्ता को कम समय में बहुत ज़्यादा सूचनाएं मिलने से रोका जा सकता है. किसी तय समयसीमा में, अनुमति से ज़्यादा सूचनाएं दिखाने की कोशिश करने पर, सूचनाएं खारिज कर दी जाती हैं.

REJECT_NEGATIVE_NETWORK_ESTIMATES

इस सुविधा के चालू होने पर, यह ज़रूरी है कि अनुमानित नेटवर्क बाइट की संख्या शून्य या उससे ज़्यादा हो.

REQUIRE_NETWORK_CONSTRAINT_FOR_NETWORK_JOB_WORK_ITEMS

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, होस्टिंग जॉब को नेटवर्क की पाबंदी के बारे में बताना होगा. ऐसा तब करना होगा, जब JobWorkItem में नेटवर्क के इस्तेमाल की जानकारी शामिल हो.

REQUIRE_NETWORK_PERMISSIONS_FOR_CONNECTIVITY_JOBS

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, कनेक्टिविटी की शर्त के साथ कोई जॉब शेड्यूल करते समय, ऐप्लिकेशन को INTERNET और ACCESS_NETWORK_STATE, दोनों अनुमतियों के बारे में बताना ज़रूरी है.

THROW_ON_INVALID_DATA_TRANSFER_IMPLEMENTATION

Android 14 (एपीआई लेवल 34) और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, अगर कोई ऐप्लिकेशन, उपयोगकर्ता के अनुरोध पर शुरू होने वाले डेटा ट्रांसफ़र के लिए ज़रूरी सभी डेटा ट्रांसफ़र एपीआई को सही तरीके से लागू नहीं करता है, तो सिस्टम एक अपवाद दिखाता है.

इस बदलाव के बारे में ज़्यादा जानने के लिए, उस पेज पर जाएं जिसमें फ़ोरग्राउंड सेवाओं को उपयोगकर्ता के अनुरोध पर डेटा ट्रांसफ़र करने वाले जॉब पर माइग्रेट करने का तरीका बताया गया है.

USE_EXPERIMENTAL_COMPONENT_ALIAS

इस विकल्प को चालू करने पर, सिस्टम "android" पैकेज को कॉम्पोनेंट के उपनाम इस्तेमाल करने की अनुमति देता है.