Android 17 की जानकारी

इस पेज पर, Android 17 की रिलीज़ में उपलब्ध मुख्य सुविधाओं के बारे में खास जानकारी दी गई है. साथ ही, ज़्यादा जानकारी के लिए लिंक दिए गए हैं. सुविधा के बारे में खास जानकारी देने वाले इन दस्तावेज़ों को, इस साइट पर सुविधा के दस्तावेज़ की जगह के हिसाब से व्यवस्थित किया गया है.

वास्तुकला

ION के बंद होने के बारे में जानकारी

ION मेमोरी ऐलोकेटर अब किसी भी Android वर्शन पर काम नहीं करता. ऐसा इसलिए है, क्योंकि ION के साथ काम करने वाले सभी कर्नल का सपोर्ट दिसंबर 2025 में खत्म हो गया है. वेंडर के ऐसे सभी कोड काम नहीं करेंगे जो ION का इस्तेमाल करते हैं. वेंडर के ऐसे सभी कोड हटा दें जो ION का इस्तेमाल करते हैं.

ऑडियो

ऑडियो मैनेज करने वाले एसCO की फिर से डिज़ाइन की गई नई सुविधा

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

ऑटोमोटिव

स्केलेबल यूज़र इंटरफ़ेस (यूआई) के साथ ऐडवांस विंडोइंग

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

सॉफ़्टवेयर से कंट्रोल होने वाले वाहन

Android 17 और इसके बाद के वर्शन में, सॉफ़्टवेयर-परिभाषित वाहन (एसडीवी) का इस्तेमाल किया जा सकता है. एसडीवी, सॉफ़्टवेयर का इस्तेमाल करके वाहन के संचालन में अहम भूमिका निभाता है. जैसे, वाहन को बनाना, कंट्रोल करना, मैनेज करना, और बेहतर बनाना. एसडीवी, वाहनों को कनेक्टेड और अडैप्टेबल प्लैटफ़ॉर्म में बदल देता है. ये प्लैटफ़ॉर्म, सॉफ़्टवेयर अपडेट के ज़रिए बेहतर हो सकते हैं.

इनके साथ काम करता है

मल्टी-चैनल ऑडियो इनपुट और आउटपुट की जांच करना

Android 17 में, ऑडियो मल्टी-चैनल इनपुट और आउटपुट के लिए CTS Verifier टेस्ट पेश किए गए हैं.

CTS-V टेस्ट चलाना

Android 17 में डिफ़ॉल्ट ब्राउज़र की भूमिका देने के लिए, CTS-V सेटअप के स्टेप को अलग से पूरा करना होगा.

रेंजिंग की सटीक जानकारी, टेलीकॉम, और होस्ट-साइड पर इंटरैक्टिव टेस्ट चलाना

Android 17 में, सीटीएस-वी इंटरैक्टिव टेस्ट शामिल हैं. ये टेस्ट, कुछ हद तक अपने-आप होने वाले टेस्ट होते हैं. इनमें आपको जांच किए जा रहे डिवाइस (डीयूटी) पर कुछ चरणों को मैन्युअल तरीके से पूरा करना होता है.

हमने इंटरैक्टिव टेस्ट के साथ-साथ, मैन्युअल रेंजिंग की सटीक जानकारी और टेलीकॉम टेस्ट को मल्टीडिवाइस टेस्ट में बदल दिया है. वाई-फ़ाई कनेक्शन की जांच करना ज़रूरी है.

यूएसबी होस्ट-साइड पर इंटरैक्टिव टेस्ट चलाना

Android 17 में, यूएसबी सीटीएस-वी होस्ट-साइड टेस्ट शामिल हैं. इन्हें चलाने के लिए, adb वाई-फ़ाई कनेक्शन की ज़रूरत होती है.

मीडिया टेस्ट करना

Android 17 में, CTS-V मीडिया प्लेबैक टेस्ट शामिल हैं.

ऑडियो वर्कलोड टेस्ट चलाना

Android 17 में, सीटीएस-वी ऑडियो वर्कलोड टेस्ट शामिल है.

ऑडियो टेस्ट से जुड़े अपडेट

Android 17 में, ऑडियो टेस्ट से जुड़े ये अपडेट शामिल हैं:

  • यूएसबी ऑडियो अडैप्टर के सुझावों की सूची में, यूएसबी-सी से 3.5 मि॰मी॰ ऑडियो अडैप्टर जोड़े गए हैं:
    • Google (वेंडर आईडी: 0x18D1, प्रॉडक्ट आईडी: 0x5025)
    • Xumee (वेंडर आईडी: 0x3302, प्रॉडक्ट आईडी: 0x56C5)
  • इससे CTS Verifier Pro Audio टेस्ट से एचडीएमआई की ज़रूरी शर्तें हट जाती हैं.

कैमरे के आईटीएस से जुड़े अपडेट

Android 17 में, Camera Image Test Suite (ITS) से जुड़े अपडेट शामिल हैं.

कंपैटबिलिटी डेफ़िनिशन डॉक्यूमेंट (सीडीडी)

Android 17 के अपडेट के साथ, Android 17 का कंपैटबिलिटी डेफ़िनिशन डॉक्यूमेंट (सीडीडी) रिलीज़ किया गया है.

कनेक्टिविटी

ओटीटी कॉल को प्रीमियम नेटवर्क कनेक्शन पर अपने-आप रूट करने की सुविधा

Android 17, प्रीमियम नेटवर्क कनेक्शन पर ओवर-द-टॉप (ओटीटी) वॉइस और वीडियो कॉल की ऑटोमैटिक राउटिंग की सुविधा देता है. इस सुविधा की मदद से, सिस्टम वॉइस और वीडियो कॉल के ट्रैफ़िक को प्रीमियम नेटवर्क इंटरफ़ेस पर अपने-आप भेज सकता है. जैसे, प्रीमियम 5G स्लाइस या प्रीमियम 4G PDN कनेक्शन. इसके लिए, ऐप्लिकेशन के नेटवर्किंग स्टैक में बदलाव करने की ज़रूरत नहीं होती.

रेंजिंग: आउट-ऑफ़-बैंड स्पेसिफ़िकेशन से जुड़े अपडेट

Android 17 में, आउट-ऑफ़-बैंड (OOB) स्पेसिफ़िकेशन के वर्शन 2 और वर्शन 3 को पेश किया गया है.

वर्शन 2 में ये बदलाव शामिल हैं:

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

वर्शन 3 में ये बदलाव शामिल हैं:

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

डिसप्ले

डेस्कटॉप विंडोविंग

Android 17 और इसके बाद के वर्शन में, हर डिसप्ले के लिए डेस्कटॉप विंडोविंग की सुविधा चालू की जा सकती है.

बड़ी स्क्रीन वाले डिवाइसों पर ऐप्लिकेशन के काम करने से जुड़ी समस्याएं

Android 17 में, बड़ी स्क्रीन वाले डिवाइसों पर ऐप्लिकेशन के साथ काम करने वाले ओवरले के लिए config_isCameraCompatSimulateRequestedOrientationTreatmentEnabled, config_isCameraCompatSimReqOrientationLandscapeTreatmentEnabled, और config_enableSelfKillRecoveryBetweenInternalDisplays सेटिंग जोड़ी गई हैं.

मीडिया

वीवीसी की सुविधा

Android 17, वीडियो एन्कोडिंग के स्टैंडर्ड, वर्सटाइल वीडियो कोडिंग (वीवीसी) के साथ काम करता है. इसका इस्तेमाल डिकोडिंग के लिए किया जाता है. Android प्लैटफ़ॉर्म, फ़्रेमवर्क और पार्सर के लिए सहायता उपलब्ध कराता है. हालांकि, वीवीसी डिकोडिंग की सुविधा चालू करने के लिए, SoC वेंडर या ओईएम को सॉफ़्टवेयर या हार्डवेयर डिकोडर उपलब्ध कराना होगा. साथ ही, ओईएम को यह पक्का करना होगा कि यह चालू हो और Android मीडिया सबसिस्टम के साथ ठीक से रजिस्टर हो.

परफ़ॉर्मेंस

सामान्य स्वास्थ्य की जानकारी इकट्ठा करना

ट्रेड-इन मोड में सिस्टम के स्वास्थ्य की जानकारी को बेहतर बनाने के लिए, Android 17 में कैमरा जियॉमेट्री और UICC स्लॉट की जानकारी जोड़ी गई है.

मेमोरी लिमिटर

मेमोरी लिमिटर, एक सिस्टम सेवा है. यह Linux cgroup v2 का इस्तेमाल करके, ऐप्लिकेशन प्रोसेस के लिए मेमोरी के इस्तेमाल पर नज़र रखती है और उसे सीमित करती है. मेमोरी लिमिटर, अलग-अलग ऐप्लिकेशन को बहुत ज़्यादा सिस्टम मेमोरी इस्तेमाल करने से रोकता है. इससे, पूरे सिस्टम पर मेमोरी का दबाव कम होता है. साथ ही, यह ज़रूरी प्रोसेस को मेमोरी से बाहर (ओओएम) करने से रोकता है.

मेमोरी मैनेजमेंट डीमन

Android 17 और इसके बाद के वर्शन में, मेमोरी मैनेजमेंट डेमॉन (mmd) काम करता है. यह एक सिस्टम डेमॉन है. इसका काम, ZRAM से जुड़ी रखरखाव की टास्क को कॉन्फ़िगर और मैनेज करना है.

Process memory guardian daemon

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

अनुमतियां

संपर्क पिकर

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

कॉन्टैक्ट पिकर की मुख्य सुविधाएं:

  • निजता की सुरक्षा को प्राथमिकता देने वाला शेयरिंग मोड: इससे ऐप्लिकेशन को सिर्फ़ चुने गए डेटा को पढ़ने का ऐक्सेस मिलता है.
  • स्टैंडर्ड यूज़र इंटरफ़ेस (यूआई): इससे लोगों को एक जैसा अनुभव मिलता है. इसमें खोज करने, प्रोफ़ाइल स्विच करने, और एक से ज़्यादा आइटम चुनने की सुविधाएं पहले से मौजूद होती हैं.
  • पिछले वर्शन के साथ काम करने की सुविधा: Android 17 और इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन के लिए, यह सुविधा अपने-आप लेगसी Intent.ACTION_PICK अनुरोधों को मैनेज करती है.

जगह की जानकारी दिखाने वाले इंडिकेटर

Android 17 में, स्टेटस बार में रीयल-टाइम लोकेशन इंडिकेटर की सुविधा जोड़ी गई है. इससे, कैमरा और माइक्रोफ़ोन के इस्तेमाल के लिए पहले से उपलब्ध निजता पारदर्शिता की सुविधा का दायरा बढ़ गया है. जब कोई नॉनसिस्टम ऐप्लिकेशन, फ़ोरग्राउंड में डिवाइस की जगह की जानकारी को ऐक्सेस करता है, तो एक खास आइकॉन दिखता है. यह आइकॉन, कुछ समय बाद एक बिंदु में बदल जाता है. इससे उपयोगकर्ता, उस पर टैप करके यह देख सकते हैं कि कौनसे ऐप्लिकेशन उनके डेटा को ट्रैक कर रहे हैं.

सुरक्षा

हार्डवेयर से सुरक्षित की गई कुंजी में सुधार

Android 17 और इसके बाद के वर्शन में, हार्डवेयर रैप्ड की स्टोरेज को एन्क्रिप्ट (सुरक्षित) करने की मौजूदा सुविधा को लागू करना आसान हो जाता है.

आसान तरीके से लागू करने की सुविधा, KeyMint के बजाय Linux कर्नल ioctl का इस्तेमाल करके, हार्डवेयर-रैप की गई इनलाइन एन्क्रिप्शन कुंजियां जनरेट, इंपोर्ट, और तैयार करती है. इन कार्रवाइयों को पूरा करने के लिए, Linux कर्नल, की रैपिंग हार्डवेयर से कम्यूनिकेट करता है.

इससे डिज़ाइन को आसान बनाया जाता है. ऐसा इसलिए, क्योंकि इन कार्रवाइयों में KeyMint की ज़रूरत नहीं होती. यह अपस्ट्रीम Linux कर्नेल के साथ भी काम करता है.

हार्डवेयर रैप की गई कुंजियों को लागू करने वालों को, नए Linux कर्नल ioctl के लिए सहायता जोड़नी होगी.

इसके बाद, नया वर्शन चालू करने के लिए, fstab में wrappedkey_v0 के बजाय wrappedkey का इस्तेमाल करें. इसमें डिस्क पर मौजूद फ़ॉर्मैट में बदलाव करना भी शामिल है. इसलिए, यह सुविधा सिर्फ़ नए डिवाइसों पर लागू होती है. wrappedkey_v0 का इस्तेमाल करने वाले डिवाइसों को wrappedkey_v0 का इस्तेमाल जारी रखना होगा.

Android 17 और इसके बाद के वर्शन के साथ लॉन्च होने वाले डिवाइसों पर इस्तेमाल किए जाने वाले KeyMint को TAG_STORAGE_KEY या convertStorageKeyToEphemeral के साथ काम करने की ज़रूरत नहीं है. इनकी जगह अब Linux कर्नल ioctl का इस्तेमाल किया जाता है. KeyMint का इस्तेमाल अन्य कामों के लिए किया जाता रहेगा.

लॉक स्क्रीन पर फ़्रीक्वेंसी लिमिट करने से जुड़ा यूज़र एक्सपीरियंस

Android 17 और इसके बाद के वर्शन में, लॉक स्क्रीन पर रेट लिमिटिंग की डिफ़ॉल्ट सेटिंग, पुराने वर्शन की तुलना में ज़्यादा बेहतर होती है. कुछ मामलों में, उपयोगकर्ताओं को लॉक स्क्रीन के टाइम आउट होने में ज़्यादा समय लग सकता है. इसलिए, Android 17 और इसके बाद के वर्शन में, लॉक स्क्रीन पर उपयोगकर्ताओं को बेहतर तरीके से जानकारी दी जाती है:

  • समय को बेहतर तरीके से फ़ॉर्मैट करना: लॉक स्क्रीन पर, एक मिनट या इससे ज़्यादा समय के लिए लॉक होने की जानकारी दिखती है. इसमें समय की बड़ी इकाइयों का इस्तेमाल किया जाता है, ताकि जानकारी को आसानी से पढ़ा जा सके. जैसे, 30 मिनट बाद फिर से कोशिश करें के बजाय 1800 सेकंड बाद फिर से कोशिश करें.
  • खाता वापस पाने का शॉर्टलिंक: लॉक स्क्रीन पर एक शॉर्टलिंक दिखता है. डिफ़ॉल्ट रूप से यह g.co/android/unlock होता है. इससे लोगों को किसी दूसरे डिवाइस पर, खाता वापस पाने के विकल्प ढूंढने में मदद मिलती है. इस लिंक को config_lockscreenLockoutShortlink संसाधन के ज़रिए कॉन्फ़िगर किया जा सकता है.
  • दोबारा कोशिश करने पर मिलने वाला फ़ीडबैक: Weaver की सुविधा वाले डिवाइसों पर, गलत अनुमान लगाने पर सिस्टम एक खास मैसेज दिखाता है. यह मैसेज, सिर्फ़ Gatekeeper की सुविधा वाले डिवाइसों पर उपलब्ध नहीं होता. ऐसा इसलिए, क्योंकि ये डिवाइस गलत अनुमान लगाने और पुष्टि करने में होने वाली अन्य गड़बड़ियों के लिए अलग-अलग जवाब कोड नहीं देते.
  • क्रेडेंशियल डालने की सुविधा को मैनेज करना: अगर डिवाइस में पिन क्रेडेंशियल का इस्तेमाल किया जाता है, तो लॉक स्क्रीन पर पिन डालने की सुविधा बंद हो जाती है. ऐसा ही पासवर्ड और पैटर्न क्रेडेंशियल डालने की सुविधा के साथ होता है.

LockPatternUtils#getLockoutAttemptDeadline(int) तरीके का नाम बदलकर LockPatternUtils#getLockoutEndTime(int) कर दिया गया है. साथ ही, यह सिस्टम के मैनेज किए गए कैश मेमोरी से लॉकआउट खत्म होने का समय दिखाता है. इस अपडेट से, उस समस्या को ठीक किया गया है जिसमें उन्हें सिर्फ़ LockPatternUtils इंस्टेंस के हिसाब से कैश किया जाता था. इससे, अगर किसी दूसरे इंस्टेंस का इस्तेमाल करके टाइमआउट ट्रिगर किया गया था, तो गलती से कोई चालू टाइमआउट नहीं दिखता था. सिस्टम क्रेडेंशियल प्रॉम्प्ट के डेवलपर, जैसे कि लॉक स्क्रीन और सेटिंग की गतिविधियों को उन्हें अपडेट करना होगा, ताकि वे आगे की कोशिशों की अनुमति देने से पहले मौजूदा टाइमआउट की पुष्टि कर सकें.

नीति के साथ काम करने की सुविधा

Android 17 और इसके बाद के वर्शन के साथ लॉन्च होने वाले डिवाइसों में, नीति के साथ काम करने की क्षमता में बताई गई प्रॉपर्टी होनी चाहिए. साथ ही, उनमें memfd_class नीति की सुविधा चालू होनी चाहिए. इसके अलावा, उन्हें शेयर की गई मेमोरी से जुड़ी नीति को अपडेट करना होगा, ताकि memfd_file क्लास ऑब्जेक्ट काम कर सकें.

सुरक्षा चिप को पहले से चालू करना

Android 17 और इसके बाद के वर्शन में, वीवर एचएएल इंटरफ़ेस में सुरक्षा चिप को पहले से चालू करने का तरीका शामिल है. जब इस तरीके के साथ काम करने वाला वीवर एचएएल मौजूद होता है, तो लॉक स्क्रीन का पिन, पैटर्न या पासवर्ड डालने की प्रोसेस शुरू होने पर Android, पहले से चालू करने के तरीके को कॉल करता है. इस तरीके से, लॉक स्क्रीन के पिन, पैटर्न या पासवर्ड की पुष्टि करने में लगने वाले समय को 200 मिलीसेकंड तक कम किया जा सकता है. यह सुरक्षा चिप और उसके पावर मैनेजमेंट के तरीके पर निर्भर करता है.

Weaver HAL को लागू करने वाले लोग, इस तरीके का इस्तेमाल तब कर सकते हैं, जब इससे परफ़ॉर्मेंस बेहतर होती हो.

सेटअप

बिल्ड से जुड़ी गड़बड़ियों को ठीक करना

Android 17 और इसके बाद के वर्शन में, AOSP सोर्स ट्री सिर्फ़ पढ़ने के लिए होता है. अगर प्रॉडक्ट कॉन्फ़िगरेशन या बिल्ड के किसी अन्य हिस्से के दौरान, आपकी ओर से चलाई जा रही कोई बिल्ड सोर्स ट्री में बदलाव करने की कोशिश करती है, तो बिल्ड पूरा नहीं हो पाता. साथ ही, रीड-ओनली फ़ाइल सिस्टम से जुड़ी गड़बड़ियों की रिपोर्ट मिलती है.

इस समस्या को हल करने के लिए, सोर्स ट्री को पढ़ने और लिखने के लिए सेट करें.