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

ACCESS_SHARED_IDENTITY

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

ANR_PRE_UDC_APIS_ON_SLOW_RESPONSES

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

AUTHORITY_ACCESS_CHECK_CHANGE_ID

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

CAMERA_MIC_INDICATORS_NOT_PRESENT

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

DEFAULT_RESCIND_BAL_PRIVILEGES_FROM_PENDING_INTENT_SENDER

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

इस बदलाव के बारे में ज़्यादा जानने के लिए, 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% का इस्तेमाल तब किया जाता है, जब 80% और 70% (DOWNSCALE_80 और DOWNSCALE_70), दोनों चालू हों. जब यह बदलाव और 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 को बैकएंड के तौर पर इस्तेमाल करते हैं. वहीं, पिछले वर्शन को टारगेट करने वाले ऐप्लिकेशन, लेगसी नेटवर्क सेवा डिस्कवरी (NSD) बैकएंड का इस्तेमाल करते हैं. इसमें 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 में एन्कोड किए गए मीडिया को ऐक्सेस करते समय, ट्रांसकोडिंग से बचें. इस फ़्लैग को सेट करने से, ऐप्लिकेशन के लिए ओएस लेवल की डिफ़ॉल्ट सेटिंग बदल जाती है. यह डिफ़ॉल्ट रूप से बंद होता है. इसका मतलब है कि ओएस के डिफ़ॉल्ट सेटिंग को प्राथमिकता दी जाएगी. अगर यह फ़्लैग और 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) मेमोरी टैग की जांच चालू करें. इस फ़्लैग का असर सिर्फ़ उस हार्डवेयर पर पड़ता है जो ARM मेमोरी टैगिंग एक्सटेंशन (एमटीई) के साथ काम करता है.

NATIVE_MEMTAG_SYNC

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

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 की मौजूदा वैल्यू के साथ-साथ टारगेट SDK टूल के M के बराबर या उससे कम की वैल्यू को अनदेखा करने के लिए लागू किया जाता है. साथ ही, यह माना जाता है कि गतिविधि का साइज़ नहीं बदला जा सकता. इस मामले में, कैमरे के घुमाने और काटने की वैल्यू सिर्फ़ डिसप्ले के मौजूदा रोटेशन को ध्यान में रखते हुए, ज़रूरी बदलाव पर निर्भर करती है.

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" पैकेज को कॉम्पोनेंट के दूसरे नाम इस्तेमाल करने की अनुमति देता है.