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

डेवलपर के लिए झलक के अलावा

Android ने "डेवलपर के लिए झलक" के पारंपरिक मॉडल की जगह, लगातार अपडेट होने वाले Canary चैनल को लॉन्च किया है. "हमेशा चालू रहने वाले" इस नए मॉडल के तीन मुख्य फ़ायदे हैं:

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

Android 17 का शेड्यूल

हम इस बीटा वर्शन से, प्लैटफ़ॉर्म की स्थिरता के माइलस्टोन की ओर तेज़ी से बढ़ेंगे. हमारा लक्ष्य है कि यह माइलस्टोन मार्च में पूरा हो जाए. इस माइलस्टोन पर, हम SDK/NDK एपीआई के फ़ाइनल वर्शन और ऐप्लिकेशन के लिए, व्यवहार में होने वाले ज़्यादातर फ़ाइनल बदलाव उपलब्ध कराएंगे. फ़ाइनल वर्शन रिलीज़ होने से पहले, आपके पास टेस्टिंग पूरी करने के लिए कई महीने होंगे.

रिलीज़ का एक साल

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

ओरिएंटेशन और साइज़ बदलने से जुड़ी पाबंदियां

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

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

एसडीके 37 के लिए अहम बदलाव

Android 17 को टारगेट करने वाले ऐप्लिकेशन को, Android 16 में पेश किए गए मेनिफ़ेस्ट एट्रिब्यूट और रनटाइम एपीआई के बंद होने के साथ काम करना होगा. बड़ी स्क्रीन (छोटा डाइमेंशन ≥ 600dp) पर चलने पर, इन एट्रिब्यूट और एपीआई को अनदेखा किया जाएगा:

छूट और उपयोगकर्ता कंट्रोल

ये बदलाव सिर्फ़ बड़ी स्क्रीन के लिए हैं. ये sw600dp से छोटी स्क्रीन वाले डिवाइसों (इनमें पारंपरिक स्लेट फ़ॉर्म फ़ैक्टर वाले फ़ोन शामिल हैं) पर लागू नहीं होते. इसके अलावा, गेम के तौर पर कैटगरी में शामिल ऐप्लिकेशन (android:appCategory फ़्लैग के आधार पर) इन पाबंदियों से छूट पा सकते हैं.

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

कॉन्फ़िगरेशन में होने वाले बदलावों से जुड़े अपडेट

ऐप्लिकेशन की कंपैटिबिलिटी को बेहतर बनाने और वीडियो चलाने में आने वाली रुकावटों, इनपुट में होने वाली समस्याओं, और अन्य तरह की समस्याओं को कम करने के लिए, हम गतिविधि को फिर से बनाने के डिफ़ॉल्ट व्यवहार को अपडेट कर रहे हैं. Android 17 से, सिस्टम डिफ़ॉल्ट रूप से उन खास कॉन्फ़िगरेशन में होने वाले बदलावों के लिए, गतिविधियों को फिर से शुरू नहीं करेगा जिनके लिए आम तौर पर यूज़र इंटरफ़ेस (यूआई) को फिर से बनाने की ज़रूरत नहीं होती. इनमें CONFIG_KEYBOARD, CONFIG_KEYBOARD_HIDDEN, CONFIG_NAVIGATION, CONFIG_UI_MODE (सिर्फ़ UI_MODE_TYPE_DESK में बदलाव होने पर), CONFIG_TOUCHSCREEN, और CONFIG_COLOR_MODE शामिल हैं. इसके बजाय, चालू गतिविधियां, onConfigurationChanged के ज़रिए ये अपडेट आसानी से पा सकेंगी.अगर आपका ऐप्लिकेशन, इन बदलावों के लिए संसाधनों को फिर से लोड करने के लिए, पूरी तरह से रीस्टार्ट होने पर निर्भर करता है, तो अब आपको android:recreateOnConfigChanges के नए मेनिफ़ेस्ट एट्रिब्यूट का इस्तेमाल करके, साफ़ तौर पर ऑप्ट-इन करना होगा. इससे यह तय किया जा सकेगा कि किन कॉन्फ़िगरेशन में होने वाले बदलावों से, गतिविधि का पूरा लाइफ़साइकल ट्रिगर होना चाहिए. जैसे, स्टॉप, डिस्ट्रॉय, और फिर से बनाना. साथ ही, इससे संबंधित कॉन्स्टैंट, जैसे कि mcc, mnc, और नए कॉन्स्टैंट, जैसे कि keyboard, keyboardHidden, navigation, touchscreen और colorMode तय किए जा सकेंगे.

अपने ऐप्लिकेशन को तैयार करना

हमने आपके लिए टूल और दस्तावेज़ रिलीज़ किए हैं, ताकि यह काम आसानी से किया जा सके. हमारे फ़ोकस किए गए ब्लॉग पोस्ट में ज़्यादा दिशा-निर्देश दिए गए हैं. इसमें आम समस्याओं को हल करने की रणनीतियां भी शामिल हैं. ऐप्लिकेशन को, आसपेक्ट रेशियो की पूरी रेंज में विंडो साइज़ के लिए, लैंडस्केप और पोर्ट्रेट लेआउट के साथ काम करना होगा. ऐसा इसलिए, क्योंकि अब ओरिएंटेशन या आसपेक्ट रेशियो को सीमित करने का विकल्प नहीं होगा. हमारा सुझाव है कि आप अपने ऐप्लिकेशन की जांच, Pixel Tablet या Pixel Fold एम्युलेटर (जिन्हें targetSdkPreview = "CinnamonBun" के तौर पर कॉन्फ़िगर किया गया है) के साथ Android 17 के बीटा वर्शन 1 का इस्तेमाल करके करें. इसके अलावा, Android 16 डिवाइसों पर UNIVERSAL_RESIZABLE_BY_DEFAULT को चालू करने के लिए, ऐप्लिकेशन कंपैटिबिलिटी फ़्रेमवर्क का इस्तेमाल करें.

परफ़ॉर्मेंस

लॉक-फ़्री MessageQueue

Android 17 में, एसडीके 37 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन को, android.os.MessageQueue का नया वर्शन मिलेगा. इसमें लॉक-फ़्री वर्शन का इस्तेमाल किया गया है. नए वर्शन से परफ़ॉर्मेंस बेहतर होती है और फ़्रेम छूटने की संख्या कम होती है. हालांकि, इससे उन क्लाइंट को समस्या हो सकती है जो MessageQueue के प्राइवेट फ़ील्ड और तरीकों को दिखाते हैं.

जनरेशनल गार्बेज कलेक्शन

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

स्टैटिक फ़ाइनल फ़ील्ड अब वाकई फ़ाइनल हैं

Android 17 से, Android 17 या इसके बाद के वर्शन को टारगेट करने वाले ऐप्लिकेशन, “स्टैटिक फ़ाइनल” फ़ील्ड में बदलाव नहीं कर पाएंगे. इससे रनटाइम को, परफ़ॉर्मेंस ऑप्टिमाइज़ेशन को ज़्यादा बेहतर तरीके से लागू करने में मदद मिलेगी. रिफ़्लेक्शन (और डीप रिफ़्लेक्शन) के ज़रिए ऐसा करने की कोशिश करने पर, हमेशा IllegalAccessException दिखेगा. जेएनआई के SetStatic<Type>Field तरीकों के परिवार के ज़रिए इनमें बदलाव करने पर, ऐप्लिकेशन तुरंत क्रैश हो जाएगा.

कस्टम सूचना व्यू से जुड़ी पाबंदियां

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

परफ़ॉर्मेंस डीबग करने के लिए, ProfilingManager के नए ट्रिगर

परफ़ॉर्मेंस से जुड़ी समस्याओं को डीबग करने के लिए, हमने ProfilingManager में कई नए सिस्टम ट्रिगर जोड़े हैं. इनसे आपको डीप डेटा इकट्ठा करने में मदद मिलेगी. ये ट्रिगर TRIGGER_TYPE_COLD_START, TRIGGER_TYPE_OOM, और TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE हैं.

नए सिस्टम ट्रिगर सेट अप करने का तरीका जानने के लिए, ट्रिगर-आधारित प्रोफ़ाइलिंग और प्रोफ़ाइलिंग डेटा को वापस पाने और उसका विश्लेषण करने से जुड़े दस्तावेज़ देखें.

मीडिया और कैमरा

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

डाइनैमिक कैमरा सेशन अपडेट

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

fun updateCameraSession(session: CameraCaptureSession, newOutputConfigs:  List<OutputConfiguration>)) {
    // Dynamically update the session without closing and reopening
    try {
        
        // Update the output configurations
        session.updateOutputConfigurations(newOutputConfigs)
    } catch (e: CameraAccessException) {
        // Handle error
    }
}

लॉजिकल मल्टी-कैमरा डिवाइस का मेटाडेटा

लॉजिकल कैमरों के साथ काम करते समय, अब एक से ज़्यादा फ़िज़िकल कैमरा सेंसर को जोड़ा जा सकता है. साथ ही, कैप्चर में शामिल सभी चालू फ़िज़िकल कैमरों से अतिरिक्त मेटाडेटा का अनुरोध किया जा सकता है. पहले सिर्फ़ प्राइमरी कैमरे से मेटाडेटा का अनुरोध किया जा सकता था. पहले, आपको वर्कअराउंड लागू करने पड़ते थे.कभी-कभी, दूसरे चालू कैमरों से मेटाडेटा पाने के लिए, गैर-ज़रूरी फ़िज़िकल स्ट्रीम भी एलोकेट करनी पड़ती थीं. जैसे, ज़ूम के लिए लेंस स्विच करने के दौरान, जब फ़ॉलोअर कैमरा चालू होता है. इस सुविधा से, LOGICAL_MULTI_CAMERA_ADDITIONAL_RESULTS नाम की एक नई कुंजी, CaptureRequest और CaptureResult में जोड़ी गई है. CaptureRequest में इस कुंजी को चालू पर सेट करने पर, CaptureRequest में इन अतिरिक्त चालू फ़िज़िकल कैमरों का मेटाडेटा शामिल होगा. इस पूरे मेटाडेटा को ऐक्सेस करने के लिए, TotalCaptureResult.getPhysicalCameraTotalResults() का इस्तेमाल किया जा सकता है. इससे आपको ज़्यादा जानकारी मिलेगी. इसकी मदद से, कैमरा ऐप्लिकेशन में संसाधनों के इस्तेमाल को ऑप्टिमाइज़ किया जा सकता है.

वर्सेटाइल वीडियो कोडिंग (वीवीसी) के लिए सहायता

Android 17 में, वर्सेटाइल वीडियो कोडिंग (वीवीसी) स्टैंडर्ड के लिए सहायता जोड़ी गई है. इसमें MediaFormat में video/vvc MIME टाइप तय करना, MediaCodecInfo में वीवीसी की नई प्रोफ़ाइल जोड़ना, और MediaExtractor में सहायता को इंटिग्रेट करना शामिल है. यह सुविधा, हार्डवेयर डिकोड की सुविधा वाले और कंपैटिबल ड्राइवर वाले डिवाइसों के लिए उपलब्ध होगी.

वीडियो रिकॉर्ड करने के लिए, कॉन्स्टैंट क्वालिटी

हमने setVideoEncodingQuality() को MediaRecorder में जोड़ा है. इससे, वीडियो एनकोडर के लिए कॉन्स्टैंट क्वालिटी (सीक्यू) मोड कॉन्फ़िगर किया जा सकता है. इससे आपको बिटरेट सेटिंग के अलावा, वीडियो क्वालिटी पर बेहतर कंट्रोल मिलता है.

बैकग्राउंड में ऑडियो चलाने की सुविधा को सुरक्षित बनाना

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

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

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

Cleartext Traffic एट्रिब्यूट को बंद करना

android:usesCleartextTraffic एट्रिब्यूट को अब बंद कर दिया गया है. अगर आपका ऐप्लिकेशन (Android 17) या इसके बाद के वर्शन को टारगेट करता है और उससे जुड़े नेटवर्क सुरक्षा कॉन्फ़िगरेशन के बिना, usesCleartextTraffic="true" पर निर्भर करता है, तो यह डिफ़ॉल्ट रूप से क्लियरटेक्स्ट ट्रैफ़िक की अनुमति नहीं देगा. हमारा सुझाव है कि आप बेहतर कंट्रोल के लिए, नेटवर्क सुरक्षा कॉन्फ़िगरेशन फ़ाइलों पर माइग्रेट करें.

एचपीकेई हाइब्रिड क्रिप्टोग्राफ़ी

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

कनेक्टिविटी और टेलीकॉम

वीओआईपी कॉल इतिहास की सुविधा को बेहतर बनाना

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

वाई-फ़ाई रेंजिंग और प्रॉक्सिमिटी

वाई-फ़ाई रेंजिंग को, प्रॉक्सिमिटी डिटेक्शन की नई सुविधाओं के साथ बेहतर बनाया गया है. इसमें, लगातार रेंजिंग और सुरक्षित पीयर-टू-पीयर डिस्कवरी की सुविधा मिलती है. वाई-फ़ाई अवेयर रेंजिंग के अपडेट में, पीयर हैंडल के लिए नए एपीआई और 11az सुरक्षित रेंजिंग के लिए पीएमकेआईडी कैशिंग शामिल है.

डेवलपर की प्रॉडक्टिविटी और टूल

साथ में इस्तेमाल किए जाने वाले डिवाइसों के ऐप्लिकेशन के लिए अपडेट

हमने CompanionDeviceManager में दो नई प्रोफ़ाइल जोड़ी हैं, ताकि डिवाइसों के बीच अंतर को बेहतर बनाया जा सके और अनुमतियों को मैनेज किया जा सके:

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

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

Android 17 का इस्तेमाल शुरू करना

ओटीए (ओवर-द-एयर) अपडेट पाने के लिए, _किसी भी Pixel डिवाइस को रजिस्टर किया जा सकता है_. इससे, Android के बीटा वर्शन के मौजूदा और आने वाले अपडेट मिलेंगे. अगर आपके पास Pixel डिवाइस नहीं है, तो Android Studio में Android Emulator के साथ 64-बिट सिस्टम इमेज का इस्तेमाल किया जा सकता है.

अगर आपने Android के बीटा प्रोग्राम के लिए रजिस्टर किया है, तो आपको बीटा वर्शन 1 का ओटीए अपडेट मिलेगा.

अगर आपके पास Android 26Q1 का बीटा वर्शन है और आपको 26Q1 का फ़ाइनल स्टेबल वर्शन चाहिए और बीटा प्रोग्राम से बाहर निकलना है, तो आपको 26Q2 के बीटा वर्शन 1 के ओटीए अपडेट को अनदेखा करना होगा. साथ ही, 26Q1 के रिलीज़ होने का इंतज़ार करना होगा.

हमें आपके सुझाव, शिकायत या राय का इंतज़ार है. इसलिए, कृपया समस्याओं की शिकायत करें और सुविधाओं के अनुरोध सबमिट करें. इसके लिए, सुझाव/राय देने या शिकायत करने के लिए बने पेज पर जाएं. हमें आपके सुझाव, शिकायत या राय जितनी जल्दी मिलेगी, हम फ़ाइनल वर्शन में उतनी ही ज़्यादा चीज़ें शामिल कर पाएंगे.

Android 17 के साथ बेहतर डेवलपमेंट अनुभव पाने के लिए, हमारा सुझाव है कि आप Android Studio (Panda) के नए प्रीव्यू वर्शन का इस्तेमाल करें. सेटअप पूरा होने के बाद, आपको ये काम करने चाहिए:

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

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

पूरी जानकारी के लिए, Android 17 की डेवलपर साइट पर जाएं.

बातचीत में शामिल हों

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