एंड्रॉइड 11 एएमए: कोई स्क्रॉलिंग स्क्रीनशॉट नहीं, तेज़ ऐप लॉन्च, और भी बहुत कुछ

कल, Google ने जारी किया एंड्रॉइड 11 बीटा 2, डेवलपर्स के लिए अंतिम एसडीके, एनडीके, ऐप-फेसिंग सतहों, प्लेटफ़ॉर्म व्यवहार और गैर-एसडीके इंटरफेस पर प्रतिबंध ला रहा है। आज, Google Reddit के /r/AndroidDev समुदाय पर Android 11 से संबंधित प्रश्नों का उत्तर दे रहा है पिछले सप्ताह प्रश्न पूछने के बाद. यहां Google के AMA (मुझसे कुछ भी पूछें) से सीखी गई हर चीज़ का सारांश दिया गया है।

एंड्रॉइड 11 की सबसे प्रतीक्षित सुविधाओं में से एक ओएस होने पर उपलब्ध नहीं होगी 8 सितंबर को बीटा से बाहर निकल जाएगा: स्क्रॉलिंग स्क्रीनशॉट। शुरू में Android 11 में लॉन्च करने की योजना बनाई गई है, Google ने अब पुष्टि की है कि यह सुविधा "R के लिए उपयुक्त नहीं है।" एंड्रॉइड 11 डेवलपर पूर्वावलोकन 1 और बाद के सभी डीपी और बीटा रिलीज़ में स्क्रॉलिंग स्क्रीनशॉट लेने के लिए एक प्लेसहोल्डर बटन होता है जो हो सकता है एक छिपे हुए डेवलपर कमांड के साथ मैन्युअल रूप से सामने आया

, लेकिन बटन को टैप करने पर बस एक टोस्ट संदेश दिखाई देता है जिसमें कहा गया है कि यह सुविधा "लागू नहीं की गई है।"

हम उम्मीद कर रहे थे कि यह फीचर बीटा या यहां तक ​​कि स्थिर रिलीज में भी आ जाएगा, लेकिन ऐसा लगता है कि ऐसा नहीं होगा।

जाहिर तौर पर यह खबर कुछ यूजर्स को परेशान करेगी। आख़िरकार, कई ओईएम के पास अपने स्वयं के सॉफ़्टवेयर में यह सुविधा वर्षों से मौजूद है, तो Google को इसे पिक्सेल फोन में जोड़ने में इतना समय क्यों लग रहा है? जैसा कि Google की सिस्टम UI टीम के डैन सैंडलर ने बताया, समस्या यह है कि Google इसे सही तरीके से करना चाहता है। कुछ स्क्रॉलिंग स्क्रीनशॉट कार्यान्वयन बस एक स्क्रॉल का अनुकरण करते हैं और फिर स्क्रीन के हिलने पर कई स्क्रीनशॉट को एक साथ जोड़ देते हैं। यदि आपने कभी एंड्रॉइड पर यूआई ऑटोमेशन से निपटा है, तो आपको पता होगा कि यह हमेशा काम नहीं करता है, जैसा कि श्री सैंडलर ने उल्लेख किया है, ऐप्स "एक बोग-मानक रीसाइक्लर व्यू का उपयोग कर सकते हैं या अपने स्वयं के ओपनजीएल-त्वरित स्क्रॉलिंग इंजन को कार्यान्वित कर सकते हैं।" चूंकि Google की योजना है उन्हें यह सुनिश्चित करने की ज़रूरत है कि वे इस सुविधा को केवल Pixel स्मार्टफ़ोन के लिए ही नहीं बल्कि AOSP के हिस्से के रूप में संपूर्ण Android पारिस्थितिकी तंत्र के लिए लागू करें यह काम करेगा सभी ऐप्स, न कि केवल "किसी विशेष डिवाइस पर एक या दो हाथ से चुने गए ऐप्स।"

क्योंकि टीम को "[अपने] सीमित संसाधनों पर ध्यान केंद्रित करना पड़ा," विशेष रूप से उत्पन्न चुनौतियों के कारण COVID-19 के कारण, टीम ने भविष्य में Android रिलीज़ के लिए स्क्रॉलिंग स्क्रीनशॉट को बैकबर्नर पर रखने का निर्णय लिया।

उपयोगकर्ताओं को पृष्ठभूमि प्रतिबंधों के बारे में सूचित करने के लिए नई सीडीडी आवश्यकता

यह कोई रहस्य नहीं है कि कई एंड्रॉइड ओईएम, विशेष रूप से चीनी ओईएम के पास पृष्ठभूमि में चलने वाले ऐप्स पर आक्रामक प्रतिबंध हैं। कुछ डेवलपर्स अपने ऐप्स के बैकग्राउंड में ख़त्म हो जाने से इतने निराश थे कि उन्होंने मिलकर एक वेबसाइट बनाई जिसका नाम था "मेरे ऐप को मत मारो"ओईएम को इस आधार पर रैंक करना कि वे पृष्ठभूमि ऐप प्रक्रियाओं को कितनी खराब तरीके से संभालते हैं। वही डेवलपर्स यहां तक ​​कि हाल ही में एक बेंचमार्क भी बनाया है ताकि उपयोगकर्ता परीक्षण कर सकें कि उनका डिवाइस पृष्ठभूमि में ऐप्स को कितनी आक्रामकता से मारता है। कई ओईएम द्वारा पृष्ठभूमि ऐप प्रक्रियाओं को ख़त्म करने का कारण जटिल है, लेकिन मुझे लगता है कि इसे Redditor /u/ की इस टिप्पणी में सबसे अच्छी तरह से समझाया गया है।संभवतः संदिग्ध. टिप्पणी चीन में एंड्रॉइड ऐप विकास की जटिल स्थिति को रेखांकित करती है कि कैसे चीनी तकनीकी कंपनियां चीजों को और अधिक जटिल बनाने में शामिल हैं, और कैसे Google सेवाओं की कमी इस स्थिति में योगदान करती है गड़बड़।

इसके बावजूद, कई ऐप डेवलपर एंड्रॉइड प्लेटफ़ॉर्म व्यवहार में इन बदलावों से स्वाभाविक रूप से निराश हैं, जिसके परिणामस्वरूप डेवलपर्स ने एक टिप्पणी की है Google से पूछना कि वे इसके बारे में क्या कर रहे हैं Reddit AMA के शीर्ष पर। यहां Google की प्रतिक्रिया है:

इस प्रतिक्रिया से कुछ बातें सीखने को मिलती हैं। सबसे पहले, Google चाहता है कि OEM उपयोगकर्ताओं के साथ उनके द्वारा लागू किए जा रहे बैकग्राउंड ऐप प्रतिबंधों के बारे में अधिक पारदर्शी हों। मैंने (अप्रकाशित) एंड्रॉइड 11 संगतता परिभाषा दस्तावेज़ (सीडीडी) की जांच की और धारा 3.5 - एपीआई व्यवहार संगतता में निम्नलिखित प्रस्तावित जोड़ पाया:

यदि डिवाइस कार्यान्वयन ऐप्स को प्रतिबंधित करने के लिए मालिकाना तंत्र लागू करता है और वह तंत्र AOSP पर "दुर्लभ" स्टैंडबाय बकेट से अधिक प्रतिबंधात्मक है, तो वे:

[सी-1-5] यदि किसी ऐप पर ऐप प्रतिबंध स्वचालित रूप से लागू होते हैं तो उपयोगकर्ताओं को सूचित करना चाहिए। (नया) ऐसी जानकारी ऐसे प्रतिबंध लागू होने से 24 घंटे से पहले प्रदान नहीं की जानी चाहिए।

(नोट) फोर्स स्टॉप को "दुर्लभ" से अधिक प्रतिबंधात्मक माना जाता है और इसे नए 3.5.1/सी-1-5 सहित 3.5.1 के तहत सभी आवश्यकताओं का पालन करना होगा।

मूल रूप से, Google ओईएम को अपने स्वयं के प्रतिबंधात्मक ऐप-हत्या सुविधाओं को लागू करने से रोकने में सक्षम नहीं है। उन्हें केवल यह आवश्यक है कि OEM उपयोगकर्ताओं को सूचित करें कि क्या उनके ऐप प्रतिबंध स्वचालित रूप से लागू हो रहे हैं। एक ओईएम एक संवाद दिखा सकता है कि वे बैटरी-खतरनाक पृष्ठभूमि ऐप्स को चलने से रोकने जा रहे हैं पृष्ठभूमि, और उपयोगकर्ता यह जाने बिना सहमति दे सकता है कि जिन ऐप्स को वे वास्तव में पृष्ठभूमि में चलाना चाहते हैं वे भी हैं प्रभावित! Google उन मामलों से निपटने की जिम्मेदारी डेवलपर्स पर डाल रहा है जब उनका ऐप पृष्ठभूमि में अप्रत्याशित रूप से बंद हो जाता है। वास्तव में, Reddit टिप्पणी नए को उजागर करती है "ऐप प्रक्रिया से बाहर निकलने के कारण"एपीआई जो डेवलपर्स को बता सकती है कि क्या उनका ऐप उपयोगकर्ता, ओएस द्वारा मार दिया गया था, या यह बस क्रैश हो गया था।

दूसरी ओर, Google अंततः ओईएम के अनुचित व्यवहार को संबोधित कर रहा है, जो कुछ विशेषाधिकार प्राप्त अनुप्रयोगों को उनके पृष्ठभूमि ऐप प्रतिबंधों को बायपास करने की अनुमति देता है। डेवलपर द्वारा यह मीडियम पोस्ट टिमोथी असिमवे व्हाट्सएप, फेसबुक जैसे ऐप्स के बारे में विस्तार से बताया गया है और अन्य ऐप्स स्वचालित रूप से कुछ ओईएम सॉफ़्टवेयर के कठोर पृष्ठभूमि प्रतिबंधों से मुक्त हो जाते हैं। Google का कहना है कि उन्हें "आवश्यकता है कि डिवाइस निर्माता शीर्ष ऐप्स के लिए अनुमति सूची न बनाएं।" हम नहीं जानते कि इसे कैसे लागू किया जाएगा, लेकिन यह जानना अच्छा है कि ओईएम अंततः तीसरे पक्ष के डेवलपर्स के साथ समान स्तर पर व्यवहार करने के लिए मजबूर होंगे - चाहे उनके ऐप कितने भी बड़े या छोटे हों हैं।

अंत में, Google ने यह भी उल्लेख किया है कि कैसे एंड्रॉइड 11 ने "दुर्व्यवहार करने वाले ऐप्स द्वारा अपमानजनक व्यवहार को रोकने के लिए अतिरिक्त उपाय जोड़े हैं", जिससे ओईएम के लिए पृष्ठभूमि प्रक्रियाओं को आक्रामक रूप से खत्म करना कम आकर्षक हो गया है। हालाँकि, कंपनी ने यह नहीं बताया कि ये "अतिरिक्त उपाय" क्या हैं।

बेहतर डिवाइस-टू-डिवाइस बैकअप

पिछले महीने, हमने एंड्रॉइड 11 के दस्तावेज़ीकरण में एक बदलाव देखा था बेहतर स्थानीय डेटा बैकअप के लिए समर्थन का संकेत दिया. एंड्रॉइड 11 में, जब उपयोगकर्ता ऐप फ़ाइलों का "डिवाइस-टू-डिवाइस" माइग्रेशन शुरू करता है, तो सिस्टम एपीआई स्तर 30 को लक्षित करने वाले किसी भी ऐप के लिए अनुमति बैकअप मेनिफेस्ट विशेषता की उपेक्षा करेगा। गूगलर एलियट स्टॉक का कहना है कि इस सुविधा का उद्देश्य "फोन निर्माताओं के लिए डिवाइस टू डिवाइस माइग्रेशन टूल बनाना बहुत आसान बनाना" जैसे कि "सैमसंग का उत्कृष्ट स्मार्ट स्विच उत्पाद" बनाना है। सहायता "सुनिश्चित करें कि ऐप्स उपयोगकर्ता के दृष्टिकोण से उपकरणों के बीच अधिक विश्वसनीय रूप से स्थानांतरित हों।" अफसोस की बात है, यह क्लाउड-आधारित बैकअप पर लागू नहीं होता है, क्योंकि Google "सॉफ़्टवेयर डेवलपर्स को किस चीज़ पर नियंत्रण देना चाहता है उनके ऐप डेटा के साथ होता है।" जैसे, एंड्रॉइड 11 अभी भी किसी भी क्लाउड-आधारित बैकअप और रीस्टोर के लिए अनुमति बैकअप विशेषता का सम्मान करेगा, जैसे कि Google Play सेवा के अंतर्निहित Google ड्राइव के माध्यम से बैकअप. अंत में, Google स्वीकार करता है कि 25MB-प्रति-ऐप बैकअप सीमा कुछ डेवलपर्स के लिए पर्याप्त नहीं हो सकती है, इसलिए वे इसे हल करने के तरीकों पर विचार कर रहे हैं। हालाँकि, पीसी के लिए स्थानीय बैकअप पर विचार नहीं किया जा रहा है और Google अपनी योजना को दोहराता है एडीबी बैकअप को चरणबद्ध तरीके से समाप्त करें भविष्य के Android रिलीज़ में।

डेवलपर्स को घर्षण रहित डेटा माइग्रेशन विधियों को लागू करने के लिए प्रोत्साहित किया जाता है। नई ब्लॉक स्टोर लाइब्रेरी, जो Google आइडेंटिटी सर्विसेज लाइब्रेरी का हिस्सा है, पुनर्स्थापित ऐप्स में साइन इन करना आसान बनाने के लिए डिज़ाइन किया गया है नए उपकरणों पर क्लाउड से, लेकिन यह डेवलपर्स पर निर्भर है कि वे इसे लागू करना चाहते हैं या नहीं पुस्तकालय।

I/O आगे पढ़ने की प्रक्रिया (IORap) के साथ तेज़ ऐप स्टार्टअप गति

Google हमेशा Android में प्रदर्शन को बेहतर बनाने के तरीकों के साथ प्रयोग करता रहता है। एंड्रॉइड 10 में उनके द्वारा जोड़ी गई अल्पज्ञात सुविधाओं में से एक को अनस्पेशलाइज्ड ऐप प्रोसेस पूल (यूएसएपी) कहा जाता है। यह सुविधा ऐप स्टार्टअप प्रक्रिया के दौरान ज़ायगोट को फोर्क करने से रोकती है, जिससे Pixel 2 डिवाइस पर औसत ऐप स्टार्टअप गति में लगभग ~ 5ms की बचत होती है। सुविधा वर्तमान में है AOSP में डिफ़ॉल्ट रूप से अक्षम, और Google बताता है कि इसके अतिरिक्त मेमोरी उपयोग को अभी भी परीक्षण की आवश्यकता है। हालाँकि, अधिक दिलचस्प बात यह है कि एंड्रॉइड 11 में एक नया फीचर आ रहा है जिसे I/O रीड अहेड प्रोसेस कहा जाता है (आईओआरएपी). गूगल के अनुसार, यह सुविधा "5% से अधिक तेज कोल्ड स्टार्टअप्स को बढ़ावा देगी, जिसमें हीरो केस 20% तेजी से पहुंचेंगे।" यह सुविधा ऐप लॉन्च को बढ़ावा देने के लिए "स्टार्टअप प्रक्रिया के दौरान एप्लिकेशन कलाकृतियों (जैसे कोड और संसाधन) को प्रीफ़ेच करेगा"। गति.

Google ने "बूट क्लास पथ और सिस्टम छवि को अनुकूलित करने के लिए उपयोग की जाने वाली प्रोफाइल में भी सुधार किया है" जो ऐप के प्रदर्शन में सुधार करेगा और सिस्टम से जुड़ी मेमोरी और स्टोरेज लागत को कम करेगा कलाकृतियाँ। इन परिवर्तनों से अधिकतर अधिक मात्रा में रैम वाले उपकरणों को लाभ होगा, हालाँकि Google ने यह नहीं बताया है कि हम कहाँ सबसे अधिक लाभ देखेंगे, इसके लिए कटऑफ क्या है।

एंड्रॉइड 11 के स्कोप्ड स्टोरेज में बदलाव - /डाउनलोड तक पहुंच प्रतिबंधित क्यों है?

ऐसे ऐप्स जो एंड्रॉइड 11 को लक्षित करते हैं और बाहरी पर विशिष्ट निर्देशिकाओं तक पहुंच का अनुरोध करने के लिए ACTION_OPEN_DOCUMENT_TREE इरादे का उपयोग करते हैं स्टोरेज अब उपयोगकर्ताओं से बाहरी स्टोरेज (/डेटा/मीडिया/{उपयोगकर्ता}) की रूट डायरेक्टरी तक पहुंच के लिए नहीं पूछ पाएगा, डाउनलोड निर्देशिका (/डेटा/मीडिया{उपयोगकर्ता}/डाउनलोड), या बाह्य संग्रहण पर कोई ऐप-विशिष्ट डेटा निर्देशिका (/एंड्रॉइड/डेटा या /Android/obb). डाउनलोड निर्देशिका तक पहुंच प्रतिबंधित क्यों है? गूगल रोक्सन्ना अलियाबादी के अनुसार, ऐसा इसलिए है क्योंकि डाउनलोड फ़ोल्डर में "निजी जानकारी होने का सबसे अधिक खतरा होता है।" उदाहरण के तौर पर, जो उपयोगकर्ता अपना टैक्स डाउनलोड करते हैं रिटर्न या बैंकिंग स्टेटमेंट्स को ऐप्स द्वारा उनकी निरंतर पढ़ने की पहुंच का दुरुपयोग करने की संभावना के बारे में चिंता नहीं करनी चाहिए निर्देशिका। Google का कहना है कि दस्तावेज़ चयनकर्ता के पास "अद्यतन पाठ होगा...यह इंगित करने के लिए कि एंड्रॉइड ने कुछ फ़ोल्डरों को प्रतिबंधित कर दिया है चयनित होने के लिए।" उम्मीद है कि इससे इस भ्रम में कमी आएगी कि वे ऐप्स को कुछ निर्देशिकाओं तक पहुंच क्यों नहीं दे सकते अब और।

आगामी स्कोप्ड स्टोरेज और प्ले नीति परिवर्तनों के बारे में अधिक जानकारी के लिए, इस लेख का संदर्भ लें.

विविध विषय

• रूटिंग/मॉडिंग पर Google का रुख
  • Google की AOSP टीम के जेफ बेली ने समर्थन विकल्प पर कंपनी के रुख को दोहराया। Google "यह सुनिश्चित करना जारी रखेगा कि डिवाइस की पिक्सेल लाइन को मॉडिफाई करना/रूट करना संभव है," लेकिन वह "ओईएम की पसंद का भी समर्थन करेगा ताकि वे अपने डिवाइस को अनुमति न दें रूट किया जाना है।" इसके अलावा, Google सॉफ़्टवेयर डेवलपर्स को हाल के परिवर्तनों के संदर्भ में "अपने सॉफ़्टवेयर को रूट किए गए डिवाइस पर चलने की अनुमति न देने" का विकल्प दे रहा है। सेफ्टीनेट अटेस्टेशन एपीआई के सॉफ्टवेयर से छेड़छाड़ का पता लगाना.
• "खोलें और डिफ़ॉल्ट पर सेट करें" का क्या हुआ?
  • एंड्रॉइड 10 बनाया गया किसी ऐप को डिफ़ॉल्ट हैंडलर के रूप में सेट करना थोड़ा कष्टप्रद है विशिष्ट लिंक के लिए, जिसके बारे में Google का कहना है कि ऐसा उपयोगकर्ताओं को "शोषणकारी ऐप्स" से बचाने के लिए किया गया था। गूगल पीछे हट गया इस बदलाव पर पुनर्विचार करने के बाद, उपयोगकर्ता की सुरक्षा के लिए "पर्दे के पीछे कई बदलाव" किए जा रहे हैं।
• यूआई प्रस्तुत करने के लिए वल्कन ग्राफ़िक्स एपीआई का उपयोग कर रहे हैं?
  • Google अंततः उपयोग करने की योजना बना रहा है यूआई को प्रस्तुत करने के लिए वल्कन ग्राफिक्स एपीआई, जिससे कुछ प्रदर्शन सुधार होंगे। यह है अभी भी मूल्यांकन किया जा रहा है, लेकिन कंपनी के पास साझा करने के लिए कोई विशेष जानकारी नहीं थी।
• कई उपकरणों पर कॉलस्क्रीनिंग सेवा अनुपलब्ध है
  • Android ऐप्स इसे कार्यान्वित कर सकते हैं कॉलस्क्रीनिंगसर्विस एपीआई नई इनकमिंग और आउटगोइंग कॉल को इंटरसेप्ट करने के लिए, जिससे उन्हें कॉल करने वाले की पहचान करने और कॉल को स्वीकार या अस्वीकार करने की अनुमति मिलती है। हालाँकि यह एक आधिकारिक रूप से प्रलेखित एपीआई है, डेवलपर /यू/ के अनुसार, स्पष्ट रूप से कई ओईएम हैं जो इसे ठीक से लागू नहीं करते हैं।_ज़ीरोमोड_. गूगल इस बात की पुष्टि यह एपीआई संगतता परीक्षण सूट (सीटीएस) द्वारा मान्य है, एक स्वचालित परीक्षण सूट जिसे एंड्रॉइड संगत माने जाने के लिए सभी उपकरणों को पास करना होगा। किसी भी कारण से, Huawei, Vivo, Xiaomi, या Samsung जैसे OEM उपकरणों पर कॉल करने पर यह API शून्य हो जाता है, इसलिए संभावना है कि इन OEM के सॉफ़्टवेयर में कोई बग है।
• ऑडियो प्लगइन ढाँचे की कोई योजना नहीं
  • एक डेवलपर ने Google से पूछा कि क्या वे Apple की ऑडियो इकाइयों की तरह एक ऑडियो प्लगइन ढांचे को लागू करने की योजना बना रहे हैं, लेकिन उत्तर यह कि निकट भविष्य में ऐसा होने की संभावना नहीं है।

आप Android इंजीनियरिंग टीम के सभी उत्तर पढ़ सकते हैं यहाँ। टीम कुछ टिप्पणियों में जावा, कोटलिन, एंड्रॉइड बिल्ड सिस्टम, कैमराएक्स एपीआई और अन्य विषयों के बारे में थोड़ी बात करती है। वेयर ओएस, एंड्रॉइड टीवी और एंड्रॉइड ऑटो के बारे में भी कई टिप्पणियाँ हैं, लेकिन Google ज्यादातर दोहराता है इन प्लेटफार्मों पर उनका मौजूदा काम और डेवलपर्स को इस दौरान अधिक जानकारी के लिए बने रहने के लिए कहता है "एंड्रॉइड से परे फ़ोन" 10 अगस्त से शुरू होने वाला सप्ताह।