सुविधाओं और एपीआई के बारे में खास जानकारी

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

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

उपयोगकर्ता अनुभव

खास आपके लिए

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

विजेट में किए गए सुधार

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

ज़्यादा जानकारी के लिए, Android 12 में विजेट से जुड़े सुधार देखें.

रिच कॉन्टेंट जोड़ना

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

ज़्यादा जानकारी के लिए, रिच कॉन्टेंट पाना लेख पढ़ें.

ऐप्लिकेशन के स्प्लैश स्क्रीन का एपीआई

Android 12 में, सभी ऐप्लिकेशन के लिए ऐप्लिकेशन लॉन्च करने का नया ऐनिमेशन जोड़ा गया है. इसमें लॉन्च के समय ऐप्लिकेशन में होने वाली गति, ऐप्लिकेशन का आइकॉन दिखाने वाली स्प्लैश स्क्रीन, और ऐप्लिकेशन में ट्रांज़िशन शामिल है. ज़्यादा जानकारी के लिए, स्प्लैश स्क्रीन के लिए डेवलपर गाइड देखें.

गोल कोने वाले एपीआई

Android 12 में RoundedCorner और WindowInsets.getRoundedCorner(int position) की सुविधा जोड़ी गई है. इनसे, गोल कोनों के लिए त्रिज्या और बीच का पॉइंट पता चलता है.

ज़्यादा जानकारी के लिए, राउंड किए गए कोने लेख पढ़ें.

बेहतरीन हैप्टिक अनुभव

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

ऐक्चुएटर इफ़ेक्ट

Android 12 में कम टच जैसे इफ़ेक्ट जोड़े गए हैं. ये इफ़ेक्ट, नए ऐक्चुएटर की ज़्यादा फ़्रीक्वेंसी बैंडविड्थ का फ़ायदा लेते हैं. गेम डेवलपर अब गेम कंट्रोलर में, एक से ज़्यादा अलग-अलग ऐक्चुएटर को अलग-अलग ऐक्सेस कर सकते हैं. इससे, एक ही इफ़ेक्ट को एक साथ या एक से ज़्यादा ऐक्चुएटर पर अलग-अलग हैप्टिक इफ़ेक्ट के साथ दिया जा सकता है. डेवलपर के लिए, हमारा सुझाव है कि वे बेहतर हैप्टिक इफ़ेक्ट के लिए, कंसटेंट और प्राइमटिव का इस्तेमाल, बिल्डिंग ब्लॉक के तौर पर करें. यूज़र इंटरफ़ेस (यूआई) इवेंट को बेहतर बनाने के लिए कंसटेंट का इस्तेमाल करें और ज़्यादा जटिल इफ़ेक्ट के लिए प्राइमटिव को क्रम से लगाने के लिए, हैप्टिक कंपोजर का इस्तेमाल करें. ये एपीआई, Pixel 4 डिवाइसों पर आज़माए जा सकते हैं. साथ ही, हम डिवाइस बनाने वाले अपने पार्टनर के साथ मिलकर काम कर रहे हैं, ताकि हम अपने नेटवर्क के सभी उपयोगकर्ताओं को, बेहतर हैप्टिक्स सपोर्ट उपलब्ध करा सकें.

ऑडियो के साथ काम करने वाले हैप्टिक इफ़ेक्ट

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

ज़्यादा जानकारी के लिए, HapticGenerator के रेफ़रंस दस्तावेज़ देखें.

AppSearch

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

AppSearch दो तरह का होता है: आपके ऐप्लिकेशन के लिए एक स्थानीय इंडेक्स, जो Android के पुराने वर्शन के साथ काम करता है या Android 12 में पूरे सिस्टम के लिए बनाए रखा जाने वाला एक मुख्य इंडेक्स. सेंट्रल इंडेक्स का इस्तेमाल करके, आपका ऐप्लिकेशन अपने डेटा को सिस्टम के यूज़र इंटरफ़ेस (यूआई) के प्लैटफ़ॉर्म पर दिखा सकता है. इसके लिए, सिस्टम में पहले से इंस्टॉल किए गए इंटेलिजेंस कॉम्पोनेंट का इस्तेमाल किया जाता है. सिस्टम यूज़र इंटरफ़ेस (यूआई) के प्लैटफ़ॉर्म पर कौनसा डेटा दिखेगा, यह OEM पर निर्भर करता है. इसके अलावा, आपका ऐप्लिकेशन अन्य ऐप्लिकेशन के साथ डेटा को सुरक्षित तरीके से शेयर कर सकता है, ताकि वे उस डेटा को भी खोज सकें.

डेवलपर गाइड में, AppSearch के बारे में ज़्यादा जानें. साथ ही, AppSearch Jetpack लाइब्रेरी का इस्तेमाल शुरू करें. यह लाइब्रेरी, डेवलपर के लिए आसानी से इस्तेमाल किए जा सकने वाले एपीआई के साथ-साथ एनोटेशन प्रोसेसर की सहायता भी उपलब्ध कराती है.

गेम मोड

Game Mode API और Game Mode के इंटरवेंशन की मदद से, गेमप्ले को ऑप्टिमाइज़ किया जा सकता है. इसके लिए, उपयोगकर्ता की सेटिंग या गेम के खास कॉन्फ़िगरेशन के आधार पर, परफ़ॉर्मेंस या बैटरी लाइफ़ जैसी विशेषताओं को प्राथमिकता दी जाती है.

ज़्यादा जानकारी के लिए, गेम मोड लेख पढ़ें.

पिक्चर में पिक्चर (पीआईपी) मोड के सुझाव और उसमें हुए सुधार

Android 12 में, पिन किए गए वीडियो के मोड में ये सुधार किए गए हैं:

पिन किए गए वीडियो के लिए नए जेस्चर की सुविधा

Android 12 में अब PiP विंडो के लिए, स्टैश करने और पिंच करके ज़ूम करने जैसे जेस्चर काम करते हैं:

• विंडो को छिपाने के लिए, उपयोगकर्ता उसे बाएं या दाएं किनारे पर खींचकर छोड़ सकता है. विंडो को अनस्टैश करने के लिए, उपयोगकर्ता स्टैश की गई विंडो के दिख रहे हिस्से पर टैप कर सकता है या उसे खींचकर बाहर ला सकता है.

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

सुझाई गई नई सुविधाएं, जो पिन किए गए वीडियो के ट्रांज़िशन को बेहतर बनाती हैं

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

ये सुविधाएं यहां दी गई हैं:

• जेस्चर नेविगेशन की मदद से, पिन किए गए विंडो मोड पर आसानी से स्विच करने के लिए, एपीआई का नया फ़्लैग

  जेस्चर नेविगेशन मोड में होम स्क्रीन पर ऊपर की ओर स्वाइप करते समय, पीआईपी मोड में आसानी से ट्रांज़िशन करने के लिए, setAutoEnterEnabled फ़्लैग का इस्तेमाल करें. पहले, Android, PiP विंडो में फ़ेड होने से पहले, होम स्क्रीन पर स्वाइप-अप करने के ऐनिमेशन के खत्म होने का इंतज़ार करता था.

• पीआईपी मोड में जाने और उससे बाहर निकलने पर बेहतर ऐनिमेशन

  SourceRectHint फ़्लैग का अब फिर से इस्तेमाल किया जा रहा है, ताकि पीआईपी मोड में जाने और उससे बाहर निकलने के दौरान बेहतर ऐनिमेशन लागू किया जा सके.

• नॉन-वीडियो कॉन्टेंट के लिए, साइज़ में बदलाव करने की सुविधा को बंद करने के लिए एपीआई का नया फ़्लैग

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

फ़ोन कॉल की नई सूचनाएं, जिनसे आने वाले कॉल की रैंकिंग तय की जा सकती है

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

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

सभी तरह के कॉल के लिए, नीचे दिया गया कोड लागू करें.

// Create a new call with the user as caller.
val incoming_caller = Person.Builder()
    .setName("Jane Doe")
    .setImportant(true)
    .build()

// Create a new call with the user as caller.
Person incoming_caller = new Person.Builder()
    .setName("Jane Doe")
    .setImportant(true)
    .build();

आने वाले कॉल के लिए, कॉल स्टाइल की सूचना बनाने के लिए, forIncomingCall() का इस्तेमाल करें.

// Create a call style notification for an incoming call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forIncomingCall(caller, declineIntent, answerIntent))
    .addPerson(incoming_caller)

// Create a call style notification for an incoming call.
Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forIncomingCall(caller, declineIntent, answerIntent))
    .addPerson(incoming_caller);

चल रहे कॉल के लिए, कॉल स्टाइल वाली सूचना बनाने के लिए, forOngoingCall() का इस्तेमाल करें.

// Create a call style notification for an ongoing call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forOnGoingCall(caller, hangupIntent))
    .addPerson(second_caller)

// Create a call style notification for an ongoing call.
Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forOnGoingCall(caller, hangupIntent))
    .addPerson(second_caller);

कॉल की जांच करने के लिए, कॉल स्टाइल वाली सूचना बनाने के लिए forScreeningCall() का इस्तेमाल करें.

// Create a call style notification for screening a call.
val builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
         Notification.CallStyle.forScreeningCall(caller, hangupIntent, answerIntent))
    .addPerson(second_caller)

Notification.Builder builder = Notification.Builder(context, CHANNEL_ID)
    .setContentIntent(contentIntent)
    .setSmallIcon(smallIcon)
    .setStyle(
        Notification.CallStyle.forScreeningCall(caller, hangupIntent, answerIntent))
    .addPerson(second_caller);

सूचनाओं के लिए बेहतर इमेज की सुविधा

Android 12 में, MessagingStyle() और BigPictureStyle() सूचनाओं में ऐनिमेशन वाली इमेज जोड़कर, अपने ऐप्लिकेशन की सूचनाओं को बेहतर बनाया जा सकता है. साथ ही, आपका ऐप्लिकेशन अब उपयोगकर्ताओं को सूचना शेड से मैसेज का जवाब देते समय, इमेज मैसेज भेजने की सुविधा दे सकता है.

जेस्चर नेविगेशन के लिए, इमर्सिव मोड में किए गए सुधार

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

हाल ही में खोले गए यूआरएल शेयर करने की सुविधा (सिर्फ़ Pixel फ़ोन पर)

Pixel डिवाइसों पर, उपयोगकर्ता अब हाल ही में देखे गए वेब कॉन्टेंट के लिंक शेयर कर सकते हैं. इसके लिए, उन्हें सीधे तौर पर 'हाल ही में देखे गए' स्क्रीन पर जाना होगा. किसी ऐप्लिकेशन में कॉन्टेंट देखने के बाद, उपयोगकर्ता हाल ही में इस्तेमाल किए गए ऐप्लिकेशन की स्क्रीन पर स्वाइप करके, वह ऐप्लिकेशन ढूंढ सकता है जिसमें उसने कॉन्टेंट देखा था. इसके बाद, यूआरएल को कॉपी या शेयर करने के लिए, लिंक बटन पर टैप किया जा सकता है.

ज़्यादा जानकारी के लिए, हाल ही में खोले गए ऐप्लिकेशन की सूची में मौजूद यूआरएल शेयर करने की सुविधा चालू करना लेख पढ़ें.

सुरक्षा और निजता

प्राइवसी डैशबोर्ड

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

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

ब्लूटूथ की अनुमतियां

Android 12 में, BLUETOOTH_SCAN, BLUETOOTH_ADVERTISE, और BLUETOOTH_CONNECT अनुमतियां जोड़ी गई हैं. इन अनुमतियों की मदद से, Android 12 को टारगेट करने वाले ऐप्लिकेशन, ब्लूटूथ डिवाइसों के साथ आसानी से इंटरैक्ट कर सकते हैं. खास तौर पर, उन ऐप्लिकेशन के लिए जिनके लिए डिवाइस की जगह की जानकारी का ऐक्सेस ज़रूरी नहीं है.

अपने ऐप्लिकेशन के लिए, ब्लूटूथ की अनुमतियों के एलान अपडेट करना

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

अनुमति ग्रुप लुकअप

Android 12 या उसके बाद के वर्शन पर, यह पता लगाया जा सकता है कि सिस्टम, प्लैटफ़ॉर्म की ओर से दी गई अनुमतियां को अनुमति वाले ग्रुप में कैसे व्यवस्थित करता है:

• यह पता लगाने के लिए कि सिस्टम ने प्लैटफ़ॉर्म से तय की गई अनुमति को किस अनुमति ग्रुप में रखा है, getGroupOfPlatformPermission() को कॉल करें.
• प्लैटफ़ॉर्म से तय की गई उन अनुमतियों का पता लगाने के लिए जिन्हें सिस्टम ने किसी खास अनुमति ग्रुप में रखा है, getPlatformPermissionsForGroup() को कॉल करें.

ऐप्लिकेशन की ओवरले विंडो छिपाना

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

HIDE_OVERLAY_WINDOWS अनुमति का एलान करने के बाद, कोई ऐप्लिकेशन setHideOverlayWindows() को कॉल करके यह बता सकता है कि जब ऐप्लिकेशन की विंडो दिख रही हो, तब TYPE_APPLICATION_OVERLAY टाइप की सभी विंडो छिपाई जानी चाहिए. ऐप्लिकेशन, संवेदनशील स्क्रीन दिखाते समय ऐसा कर सकते हैं. जैसे, लेन-देन की पुष्टि करने वाले फ़्लो.

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

हस्ताक्षर करने वाले लोगों की अनुमति की सुरक्षा से जुड़ा फ़्लैग

Android 12 से, हस्ताक्षर के लेवल पर अनुमतियों के लिए knownCerts एट्रिब्यूट की मदद से, एलान करते समय हस्ताक्षर करने वाले जाने-पहचाने सर्टिफ़िकेट के डाइजेस्ट देखे जा सकते हैं.

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

डिवाइस प्रॉपर्टी की पुष्टि

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

Android 9 (एपीआई लेवल 28) के बाद, Keymaster 4.0 या इसके बाद के वर्शन का इस्तेमाल करने वाले डिवाइस नीति के मालिक (डीपीओ), पुष्टि करने वाले इन सर्टिफ़िकेट में डिवाइस की प्रॉपर्टी की पुष्टि कर सकते हैं. Android 12 से, Android 12 (एपीआई लेवल 31) या उसके बाद के वर्शन को टारगेट करने वाला कोई भी ऐप्लिकेशन, setDevicePropertiesAttestationIncluded() वाले तरीके का इस्तेमाल करके, पुष्टि कर सकता है.

जनरेट की गई डिवाइस प्रॉपर्टी में ये Build फ़ील्ड शामिल होते हैं:

• BRAND
• DEVICE
• MANUFACTURER
• MODEL
• PRODUCT

लॉकस्क्रीन पर सूचनाओं से जुड़ी कार्रवाइयां सुरक्षित करना

Android 12 से, Notification.Action.Builder क्लास के साथ setAuthenticationRequired() वाला तरीका काम करता है. इसकी मदद से, आपके ऐप्लिकेशन को किसी सूचना से जुड़ी कार्रवाई करने से पहले, डिवाइस को अनलॉक करना ज़रूरी है. इस तरीके से, लॉक किए गए डिवाइसों पर सूचनाओं को ज़्यादा सुरक्षित बनाया जा सकता है.

BiometricPrompt के लिए, स्थानीय भाषा में बदली जा सकने वाली स्ट्रिंग

Android 12 में नए एपीआई जोड़े गए हैं. इनकी मदद से, अपने ऐप्लिकेशन में उपयोगकर्ता के लिए, बायोमेट्रिक पुष्टि करने का बेहतर अनुभव दिया जा सकता है. नई BiometricManager.Strings नेस्ट की गई क्लास में, getButtonLabel(), getPromptMessage(), और getSettingName() तरीके शामिल हैं. इनकी मदद से, आपके ऐप्लिकेशन में उपयोगकर्ता के पढ़ने लायक और स्थानीय भाषा में बटन का लेबल, प्रॉम्प्ट मैसेज या ऐप्लिकेशन सेटिंग का नाम वापस पाया जा सकता है. इन लेबल का इस्तेमाल करके, उपयोगकर्ताओं के लिए ज़्यादा सटीक निर्देश बनाएं. ये निर्देश, बायोमेट्रिक पुष्टि के इस्तेमाल किए गए तरीकों के हिसाब से होने चाहिए. जैसे, “फ़ेस अनलॉक का इस्तेमाल करें” या “जारी रखने के लिए, अपने फ़िंगरप्रिंट का इस्तेमाल करें”.

मैसेजिंग ऐप्लिकेशन में फ़िशिंग का पता लगाने की सुविधा (सिर्फ़ Pixel फ़ोन के लिए)

Android 12, उन Pixel डिवाइसों पर फ़िशिंग का पता लगाता है जिन पर यह सुविधा काम करती है. यह सुविधा, लोकप्रिय मैसेजिंग ऐप्लिकेशन से मिले मैसेज पर काम करती है. संदिग्ध गतिविधियों का पता लगाने के लिए, यह सिस्टम डिवाइस पर मौजूद मशीन लर्निंग का इस्तेमाल करता है. मैलवेयर का पता चलने पर, सिस्टम मैसेजिंग ऐप्लिकेशन के यूज़र इंटरफ़ेस (यूआई) के ऊपर सुरक्षा वाला ओवरले दिखाता है, ताकि उपयोगकर्ताओं को चेतावनी दी जा सके. उदाहरण के लिए, फ़िशिंग का पता लगाने की सुविधा, उपयोगकर्ताओं को इन संभावित जोखिमों के बारे में चेतावनी दे सकती है:

• संदिग्ध अनुरोध, जैसे कि कोड, पैसे या ऐसी ही कोई चीज़ भेजने के लिए
• भरोसेमंद नहीं हैं
• नुकसान पहुंचाने वाले अटैचमेंट
• नुकसान पहुंचाने वाले ऐप्लिकेशन के लिंक

उपयोगकर्ता को चेतावनी देने के अलावा, ओवरले की मदद से उपयोगकर्ता किसी संदिग्ध मैसेज की शिकायत भी कर सकता है. साथ ही, सिस्टम से मिली चेतावनियों के बारे में सुझाव या राय भी दे सकता है.

डेवलपर, इस सुविधा से ऑप्ट-आउट कर सकते हैं. इसके लिए, उन्हें अपने ऐप्लिकेशन की मेनिफ़ेस्ट फ़ाइलों में एक नया मेटाडेटा टैग जोड़ना होगा. इस टैग में com.google.android.ALLOW_PHISHING_DETECTION स्ट्रिंग शामिल होनी चाहिए. उदाहरण के लिए:

<manifest>
    <application android:name="com.messagingapp">
        <meta-data android:name="com.google.android.ALLOW_PHISHING_DETECTION" android:value="false" />

    </application>
</manifest>

मीडिया

HEVC फ़ॉर्मैट पर काम न करने वाले ऐप्लिकेशन के लिए मीडिया ट्रांसकोडिंग

Android 12 (एपीआई लेवल 31) से, डिवाइस पर रिकॉर्ड किए गए एचईवीसी(H.265) और एचडीआर (HDR10 और HDR10+) वीडियो को, सिस्टम अपने-आप AVC (H.264) में ट्रांसकोड कर सकता है. यह फ़ॉर्मैट, स्टैंडर्ड प्लेयर के साथ काम करता है. यह सुविधा, पुराने ऐप्लिकेशन के साथ काम करने की सुविधा को बनाए रखते हुए, उपलब्ध होने पर नए कोडेक का फ़ायदा लेती है.

ज़्यादा जानकारी के लिए, काम करने वाले मीडिया को ट्रांसकोड करना देखें.

परफ़ॉर्मेंस क्लास

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

ज़्यादा जानकारी के लिए, परफ़ॉर्मेंस क्लास देखें.

वीडियो एन्कोडिंग से जुड़ी बेहतर सुविधाएं

Android 12 में, वीडियो कोड में बदलने के लिए क्वांटिज़ेशन पैरामीटर (QP) की वैल्यू को कंट्रोल करने के लिए, कुंजियों का एक स्टैंडर्ड सेट तय किया गया है. इससे डेवलपर, वेंडर के हिसाब से बनाए गए कोड का इस्तेमाल करने से बच सकते हैं.

नई कुंजियां, MediaFormat एपीआई और NDK मीडिया लाइब्रेरी में भी उपलब्ध हैं.

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

ऑडियो फ़ोकस

Android 12 (एपीआई लेवल 31) से, जब कोई ऐप्लिकेशन ऑडियो फ़ोकस का अनुरोध करता है, तो सिस्टम उस ऐप्लिकेशन को धीरे-धीरे कम कर देता है जिस पर फ़ोकस है और जो चल रहा है.

ज़्यादा जानकारी के लिए, Android 12 और उसके बाद के वर्शन में ऑडियो फ़ोकस देखें.

MediaDrm से जुड़े अपडेट

यह पता लगाने के लिए कि मौजूदा MediaDrm एपीआई के साथ, सुरक्षित डिकोडर कॉम्पोनेंट की ज़रूरत है या नहीं, आपको यह तरीका अपनाना होगा:

1. MediaDrm बनाएं.
2. सेशन आईडी पाने के लिए, कोई सेशन खोलें.
3. सेशन आईडी का इस्तेमाल करके MediaCrypto बनाएं.
4. MediaCrypto.requiresSecureDecoderComponent(mimeType) पर कॉल करें.

requiresSecureDecoder(@NonNull String mime) और requiresSecureDecoder(@NonNull String mime, @SecurityLevel int level) के नए तरीकों की मदद से, MediaDrm बनाने के तुरंत बाद ही यह पता लगाया जा सकता है.

कैमरा

Camera2 वेंडर एक्सटेंशन

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

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

ज़्यादा जानकारी के लिए, CameraExtensionCharacteristics देखें.

क्वाड बेयर कैमरा सेंसर के साथ काम करना

फ़िलहाल, कई Android डिवाइसों में अल्ट्रा हाई रिज़ॉल्यूशन वाले कैमरा सेंसर होते हैं. आम तौर पर, ये क्वाड या नॉन-नाइन बेयर पैटर्न के साथ होते हैं. ये इमेज क्वालिटी और कम रोशनी में परफ़ॉर्मेंस के मामले में काफ़ी बेहतर होते हैं. Android 12 में नए प्लैटफ़ॉर्म एपीआई जोड़े गए हैं. इनकी मदद से, तीसरे पक्ष के ऐप्लिकेशन इन बेहतर सेंसर का पूरा फ़ायदा ले सकते हैं. नए एपीआई, इन सेंसर के यूनीक व्यवहार के साथ काम करते हैं. साथ ही, यह भी ध्यान में रखते हैं कि ये 'डिफ़ॉल्ट' मोड के मुकाबले, फ़ुल रिज़ॉल्यूशन या 'ज़्यादा से ज़्यादा रिज़ॉल्यूशन' मोड में काम करते समय, अलग-अलग स्ट्रीम कॉन्फ़िगरेशन और कॉम्बिनेशन के साथ काम कर सकते हैं.

ग्राफ़िक और इमेज

ऐप्लिकेशन को टॉम्बस्टोन ट्रेस का सीधा ऐक्सेस देना

Android 12 और उसके बाद के वर्शन में, ApplicationExitInfo.getTraceInputStream() के ज़रिए अपने ऐप्लिकेशन के क्रैश टॉम्बस्टोन को प्रोटोकॉल बफ़र के तौर पर ऐक्सेस किया जा सकता है. प्रोटोकॉल बफ़र को इस स्कीमा का इस्तेमाल करके क्रम से लगाया जाता है. पहले, इस जानकारी को ऐक्सेस करने का सिर्फ़ एक तरीका था. इसके लिए, Android डीबग ब्रिज (adb) का इस्तेमाल करना होता था.

ज़्यादा जानकारी के लिए, ऐप्लिकेशन को टॉम्बस्टोन ट्रेस का सीधा ऐक्सेस देना लेख पढ़ें

AVIF इमेज फ़ॉर्मैट के साथ काम करना

Android 12 में, AV1 इमेज फ़ाइल फ़ॉर्मैट (AVIF) का इस्तेमाल करने वाली इमेज के लिए सहायता जोड़ी गई है. AVIF, इमेज और इमेज के क्रम के लिए एक कंटेनर फ़ॉर्मैट है. इन्हें AV1 का इस्तेमाल करके एन्कोड किया जाता है. AVIF, वीडियो को कम करने की प्रोसेस के दौरान, इंट्रा-फ़्रेम में एन्कोड किए गए कॉन्टेंट का फ़ायदा लेता है. इससे, JPEG जैसे पुराने इमेज फ़ॉर्मैट की तुलना में, एक ही फ़ाइल साइज़ के लिए इमेज की क्वालिटी काफ़ी बेहतर हो जाती है. इस फ़ॉर्मैट के फ़ायदों के बारे में ज़्यादा जानने के लिए, जेक आर्किबाल्ड की ब्लॉग पोस्ट देखें.

आसानी से ब्लर करने, कलर फ़िल्टर करने, और अन्य इफ़ेक्ट जोड़ने की सुविधा

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

View.setRenderEffect(RenderEffect) को कॉल करके, View के लिए मौजूदा RenderNode पर भी इफ़ेक्ट लागू किए जा सकते हैं.

RenderEffect लागू करने के लिए:

view.setRenderEffect(RenderEffect.createBlurEffect(radiusX, radiusY, SHADER_TILE_MODE))

नेटिव ऐनिमेशन वाली इमेज को डिकोड करना

Android 12 में, एनडीके ImageDecoder एपीआई को ऐनिमेशन वाले GIF और ऐनिमेशन वाले WebP फ़ाइल फ़ॉर्मैट का इस्तेमाल करने वाली इमेज के सभी फ़्रेम और टाइमिंग डेटा को डिकोड करने के लिए बड़ा किया गया है. Android 11 में इसे लॉन्च किए जाने के बाद, यह एपीआई इन फ़ॉर्मैट में ऐनिमेशन की सिर्फ़ पहली इमेज को डिकोड करता था.

APK के साइज़ को कम करने और सुरक्षा और परफ़ॉर्मेंस से जुड़े आने वाले अपडेट का फ़ायदा पाने के लिए, तीसरे पक्ष की लाइब्रेरी के बजाय ImageDecoder का इस्तेमाल करें.

एपीआई के बारे में ज़्यादा जानकारी के लिए, एपीआई रेफ़रंस और GitHub पर सैंपल देखें.

कनेक्टिविटी

साथी ऐप्लिकेशन को चालू रखना

डिवाइस को मैनेज करने के लिए, साथी ऐप्लिकेशन को चालू रखने की ज़रूरत होती है. इसलिए, Android 12 में ऐसे एपीआई जोड़े गए हैं जो ये काम करते हैं:

• इससे, साथी डिवाइस की रेंज में होने पर, ऐप्लिकेशन को चालू किया जा सकता है.
• यह पक्का करना कि डिवाइस रेंज में रहने पर, प्रोसेस जारी रहेगी.

एपीआई का इस्तेमाल करने के लिए, आपके डिवाइसों को Companion Device Manager का इस्तेमाल करके कनेक्ट करना ज़रूरी है. ज़्यादा जानकारी के लिए, CompanionDeviceManager.startObservingDevicePresence() और CompanionDeviceService.onDeviceAppeared() देखें.

कंपैनियन डिवाइस मैनेजर की प्रोफ़ाइलें

Android 12 (एपीआई लेवल 31) और उसके बाद के वर्शन पर, पार्टनर ऐप्लिकेशन स्मार्टवॉच से कनेक्ट होने पर, साथी डिवाइस की प्रोफ़ाइलों का इस्तेमाल कर सकते हैं. प्रोफ़ाइल का इस्तेमाल करने से, रजिस्टर करने की प्रोसेस आसान हो जाती है. ऐसा इसलिए होता है, क्योंकि डिवाइस के टाइप के हिसाब से अनुमतियों के सेट को एक ही चरण में दिया जाता है.

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

ज़्यादा जानकारी के लिए, AssociationRequest.Builder.setDeviceProfile() देखें.

बैंडविड्थ के अनुमान में सुधार

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

वाई-फ़ाई अवेयर (एनएएन) की सुविधा को बेहतर बनाना

Android 12 में, वाई-फ़ाई अवेयर सुविधा को बेहतर बनाया गया है:

• Android 12 (एपीआई लेवल 31) और उसके बाद के वर्शन वाले डिवाइसों पर, onServiceLost() कॉलबैक का इस्तेमाल करके सूचनाएं पाएं. इससे, आपको यह पता चलेगा कि सेवा बंद होने या रींज से बाहर जाने की वजह से, आपके ऐप्लिकेशन को खोजी गई सेवा नहीं मिली है.
• एक से ज़्यादा डेटा-पाथ (एनएएन डेटा पाथ) को सेट अप करने का तरीका बदला जा रहा है, ताकि यह ज़्यादा असरदार हो सके. पहले के वर्शन में, मीटिंग शुरू करने वाले लोगों की जानकारी शेयर करने के लिए, L2 मैसेजिंग का इस्तेमाल किया जाता था. इस वजह से, मीटिंग में देरी होती थी. Android 12 और उसके बाद के वर्शन वाले डिवाइसों पर, रिस्पॉन्स देने वाले (सर्वर) को किसी भी पीयर को स्वीकार करने के लिए कॉन्फ़िगर किया जा सकता है. इसका मतलब है कि उसे शुरू करने वाले व्यक्ति की जानकारी पहले से जानने की ज़रूरत नहीं है. इससे डेटापाथ को चालू करने की प्रोसेस तेज़ हो जाती है. साथ ही, सिर्फ़ एक नेटवर्क अनुरोध की मदद से, कई पॉइंट-टू-पॉइंट लिंक चालू किए जा सकते हैं.
• Android 12 और इसके बाद के वर्शन वाले डिवाइसों पर, WifiAwareManager.getAvailableAwareResources() को कॉल करके, फ़्रेमवर्क को संसाधनों के खत्म होने की वजह से, डिस्कवरी या कनेक्शन के अनुरोधों को अस्वीकार करने से रोका जा सकता है. इस तरीके की रिटर्न वैल्यू की मदद से, उपलब्ध डेटा पाथ, पब्लिश करने के लिए उपलब्ध सेशन, और सदस्यता लेने के लिए उपलब्ध सेशन की संख्या देखी जा सकती है.

एक साथ पीयर-टू-पीयर और इंटरनेट कनेक्शन

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

एनएफ़सी से पेमेंट करने के लिए, स्क्रीन बंद होने पर भी पेमेंट करने की सुविधा चालू करना

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

डिवाइस का स्टोरेज

Android 12 में, स्टोरेज मैनेज करने से जुड़ी ये सुविधाएं उपलब्ध हैं:

• जब आपका ऐप्लिकेशन दस्तावेज़ों की सेवा देने वाली किसी कंपनी के यूआरआई के बराबर मीडिया यूआरआई हासिल करता है, तो MediaDocumentsProvider के लिए मीडिया स्टोर की सुविधा काम करती है.
• वॉइस रिकॉर्डिंग के लिए डायरेक्ट्री.
• MANAGE_MEDIA अनुमति, जिसकी मदद से ऐप्लिकेशन, हर कार्रवाई के लिए उपयोगकर्ता को पुष्टि करने वाला डायलॉग दिखाए बिना, मीडिया मैनेजमेंट से जुड़ी कार्रवाइयां कर सकता है.
• फ़ाइल मैनेजमेंट ऐप्लिकेशन जैसे ऐसे ऐप्लिकेशन जिनके पास MANAGE_EXTERNAL_STORAGE और QUERY_ALL_PACKAGES, दोनों अनुमतियां होती हैं वे किसी दूसरे ऐप्लिकेशन के स्टोरेज स्पेस को मैनेज करने के लिए, कस्टम गतिविधि शुरू कर सकते हैं. हालांकि, इसके लिए ज़रूरी है कि दूसरा ऐप्लिकेशन कस्टम गतिविधि बनाए.

मुख्य फ़ंक्शन

ऐप्लिकेशन अपने-आप अपडेट होने की सुविधा

Android 12 में, PackageInstaller एपीआई का इस्तेमाल करने वाले ऐप्लिकेशन के लिए, setRequireUserAction() तरीका जोड़ा गया है. इस तरीके से, इंस्टॉलर ऐप्लिकेशन, ऐप्लिकेशन अपडेट कर सकते हैं. इसके लिए, उपयोगकर्ता को कार्रवाई की पुष्टि करने की ज़रूरत नहीं होती.

डिवाइस के चिपसेट की जानकारी

Android 12, android.os.Build में दो कॉन्स्टेंट जोड़ता है. ये कॉन्स्टेंट, SDK टूल की मदद से SoC चिपसेट वेंडर और मॉडल की जानकारी दिखाते हैं. इस जानकारी को पाने के लिए, Build.SOC_MANUFACTURER और Build.SOC_MODEL को कॉल करें.

मुख्य Java API से जुड़े अपडेट

डेवलपर के अनुरोधों और उनके साथ मिलकर काम करने के आधार पर, हमने Android 12 में ये मुख्य लाइब्रेरी जोड़ी हैं: