एनालिटिक्स कैसे इकट्ठा करें और उत्पादकता को मारें नहीं

Analytics आधुनिक मोबाइल एप्लिकेशन का एक अभिन्न अंग है। Analytics आपको उत्पाद के विकास और सुधार के लिए उपयोगकर्ता के बारे में जानकारी एकत्र करने की अनुमति देता है।

अक्सर, जानकारी इकट्ठा करने से आवेदन का प्रदर्शन कम हो जाता है। प्रक्रिया अतिरिक्त रूप से सीपीयू और मेमोरी को लोड करती है, और यह एक उच्च कीमत है। आवेदन के धीमे संचालन से नकारात्मक उपयोगकर्ता समीक्षा हो सकती है, रेटिंग कम हो सकती है और दर्शकों की हानि हो सकती है।

एंड्रॉइड डेवलपर्स की हमारी टीम ने अगली परियोजना पर काम करते समय इस समस्या का सामना किया, जो समाचार से संबंधित था। हमें सूची में प्रत्येक समाचार का प्रदर्शन दर्ज करना था।

प्रयास नंबर 1

एनालिटिक्स इकट्ठा करने का काम प्राप्त करने के बाद, टीम ने तुरंत परिणाम दिखाया। किसी ईवेंट को जेनरेट करने के लिए ट्रिगर onViewAttachedToWindow मेथड था। सब कुछ ठीक लग रहा है, लेकिन एक त्वरित स्क्रॉल के साथ, इंटरफ़ेस ने बिल्कुल लटका दिया - कुछ गलत हो गया। समस्या को हल करना पड़ा।

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

_{चित्रा 1. अनुकूलन से पहले स्क्रीन रिकॉर्डिंग}

प्रयास नंबर 2

और अगर आप उपयोगकर्ता को सूची को स्क्रॉल करने तक ईवेंट भेजना स्थगित करते हैं? हम्म, टीम ने सोचा, और स्क्रॉल बंद होने के बाद घटनाओं की एक कतार बनाने और उन्हें भेजने का फैसला किया। यहां सब कुछ सरल है: हम OnScrollListener को RecyclerView में जोड़ते हैं और तब तक इंतजार करते हैं जब तक कि नयास्टेट फ्लैट SCROLL_STATE_IDLE नहीं हो जाता - समस्या आंशिक रूप से हल हो गई है।

class IdleStateScrollListener(private val analyticsFacade: AnalyticsFacade) : RecyclerView.OnScrollListener() { fun onScrollStateChanged(recyclerView: RecyclerView, newState: Int) { analyticsFacade.setPending(newState != RecyclerView.SCROLL_STATE_IDLE) } } 

अगला कदम घटनाओं के संचय और उनके प्रेषण को लागू करना है।

कतार का प्रबंधन करने के लिए, हमने एक वर्ग बनाया जो घटनाओं को कतार में जोड़ने और सेवा में एनालिटिक्स भेजने के लिए जिम्मेदार था। समय-समय पर भेजने के लिए, हमने एक शेड्यूल्ड के साथ शेड्यूल किए गए रन थ्रेडेबल के साथ शेड्यूल किया गया एक समय निर्धारित किया, समय को आनुभविक रूप से चुना गया था।

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

_{चित्रा 2. दूसरे प्रयास के बाद स्क्रीन रिकॉर्डिंग}

प्रयास नंबर 3

"टीम एक समय में एक घटना नहीं भेजती है, लेकिन घटनाओं की एक सूची एक और अद्भुत विचार है," टीम ने सोचा। कक्षा के एक छोटे से शोधन के बाद, टीम ने सूची द्वारा घटनाओं के प्रेषण को लागू किया और 55-60 फ्रेम प्रति सेकंड (चित्रा 3) के स्तर पर संकेतक के स्थिर मूल्यों को प्राप्त किया।


_{चित्रा 3. तीसरे प्रयास के बाद स्क्रीन रिकॉर्डिंग}

निष्कर्ष

एनालिटिक्स इकट्ठा करने का तुच्छ कार्य एक दिलचस्प और सूचनात्मक प्रक्रिया में बदल गया, जिसके दौरान टीम ने आवेदन प्रदर्शन समस्याओं पर शोध करने और उन्हें हल करने के तरीके खोजने में अपने कौशल को पंप किया। मुझे आशा है कि हमारा अनुभव शुरुआती और अनुभवी डेवलपर्स दोनों के लिए उपयोगी है।

क्या कुछ और किया जा सकता था?

हमारी टीम तीसरे विकल्प पर बस गई, लेकिन यह एकमात्र ऐसी चीज नहीं है जिसे लागू किया जा सकता है।

वर्तमान कार्यान्वयन में, जब onViewAttachedToWindow विधि चालू हो जाती है, तो समाचार एक एनालिटिक्स ईवेंट ऑब्जेक्ट में बदल जाता है, और तदनुसार, एक नई ऑब्जेक्ट बनाई जाती है। संभावित समाधानों में से एक को भेजने के क्षण तक रूपांतरण को स्थगित करना है: कतार में संचय करने के लिए नहीं, बल्कि सूची तत्वों को स्वयं। फिर स्क्रॉल SCROLL_STATE_IDLE मोड में होने पर रूपांतरण होगा। आप ईवेंट के लिए ऑब्जेक्ट पूल भी बना सकते हैं। एक साथ, ये कार्य अनुप्रयोग प्रदर्शन में अतिरिक्त वृद्धि दे सकते हैं।