MetricKit। IOS एप्लिकेशन का प्रदर्शन विश्लेषण

नया खिलौना

हम WWDC में प्रस्तुत Apple की नई सामग्री से खुद को परिचित करना जारी रखते हैं। इस बार, मेट्रिकिट पर विचार करें , एक पूरी तरह से नया ढांचा जो अनुप्रयोग प्रदर्शन की निगरानी के लिए एक उपकरण के रूप में कार्य करता है।

हर कोई जानता है कि विकास के दौरान आवेदन प्रदर्शन को मापना आसान है। Xcode रैम की मात्रा का उपयोग करता है और प्रोसेसर लोड दिखाता है, आप इंस्ट्रूमेंट्स का उपयोग कर एक सिम्युलेटर या डिवाइस का परीक्षण कर सकते हैं और यहां तक ​​कि अपने स्वयं के उपकरण भी लिख सकते हैं (अधिक जानकारी के लिए, कस्टम टूल पैकेज पर हमारे लेख देखें: भाग 1 / भाग 2 )। बस प्रदर्शन ट्यूनिंग के महत्व को समझने से आपको लगभग हर चीज को मापने की अनुमति नहीं मिलती है जो आवेदन करता है। जब हम AppStore के बारे में बात करते हैं लेकिन चीजें अधिक जटिल हो जाती हैं, यदि विकसित एप्लिकेशन वास्तविक उपयोगकर्ताओं के लिए है। कोई फर्क नहीं पड़ता कि आप कितनी सावधानी से अपने आवेदन का परीक्षण करते हैं, वास्तविक परिस्थितियों में हमेशा आश्चर्य का एक गुच्छा होगा जो प्रदर्शन और उपयोगकर्ता अनुभव को प्रभावित करेगा। बेशक, विभिन्न मापदंडों को इकट्ठा करने के लिए कई उपकरण हैं, लेकिन उनमें से अधिकांश iOS एसडीके द्वारा सीमित हैं, साथ ही साथ आवेदन व्यवहार पर वास्तविक निगरानी का प्रभाव है।

इस साल, Apple ने इस अंतर को भरने का फैसला किया और डेवलपर्स को एक उपकरण प्रदान किया जो उन्हें वास्तविक दुनिया के वातावरण में एप्लिकेशन प्रदर्शन मैट्रिक्स को इकट्ठा करने और विश्लेषण करने में मदद करता है। उन्होंने MetricKit की घोषणा की (एक ढांचा जो OS X 11 आयोजक में एक अलग टैब का विकल्प प्रदान करता है जो OS प्रदान करता है), जहां आप एप्लिकेशन सेटिंग्स पा सकते हैं। हम MetricKit में विराम देंगे, क्योंकि Xcode में मापदंडों का प्रदर्शन केवल उन अनुप्रयोगों के साथ काम करेगा जो पहले से ही AppStore में प्रकाशित हैं।

MXMetricManager

ढांचे की वास्तुकला काफी सरल और सीधी है। मध्य भाग में MXMricricManager वर्ग का कब्जा है, जो एक एकल-तत्व संरचना है जो डेवलपर को फ्रेमवर्क एपीआई के एक बड़े सेट के साथ प्रदान करता है।

सामान्य तौर पर, वर्कफ़्लो में 3 मुख्य चरण होते हैं:

1. आप MXMetricMnager को इनिशियलाइज़ करते हैं और इसके लिए एक ऑब्जर्वर असाइन करते हैं।
2. यदि आप चाहें, तो आप साइनपोस्ट एपीआई का उपयोग करके अपने स्वयं के मैट्रिक्स को अपने आवेदन में लागू कर सकते हैं
3. और अंत में, अब हम didReceivePayloads विधि में प्राप्त आंकड़ों के साथ काम कर रहे हैं, अर्थात्। आगे के विश्लेषण के लिए उन्हें अपने बैकएंड पर भेजें।

पैरामीटर MXMetricPayload के उदाहरणों की एक सरणी के रूप में आते हैं। पेलोड मेटाडेटा सेट और टाइमस्टैम्प को एनकैप्सुलेट करता है। मीट्रिक पेलोड, MXMetric को उपवर्ग के लिए एक सरल आवरण है। प्रत्येक प्रकार के पैरामीटर के लिए, यह अलग है।

ऐप्पल द्वारा मेट्रिक्स के प्रकार बहुत अच्छी तरह से प्रलेखित हैं, तो चलो इस पर बहुत लंबे समय तक निवास नहीं करते हैं। हालांकि, आपको एक दिलचस्प बात नोटिस करना बंद कर देना चाहिए - MXMetric इसे NSDictionary या JSON में क्रमिक रूप से खोलने के लिए एक खुला एपीआई प्रदान करता है, जो मेरी राय में, थोड़ा असामान्य है।

MetricKit के आंतरिक घटक।

बाहर, मेट्रिकिट बहुत सरल दिखता है। लेकिन यह हमेशा देखने के लिए दिलचस्प है कि अंदर से सब कुछ कैसे काम करता है। यदि आप किसी विशिष्ट कार्य का सामना कर रहे हैं, तो कुछ गहरे में विसर्जन हमेशा एक साज़िश है। इसलिए मैंने फैसला किया कि मैं मीट्रिक टैग के साथ मापदंडों को पारित करना चाहता हूं, और फिर उन्हें किसी भी समय अपडेटेड मेट्रिक्स के साथ मुझे प्रदान करना चाहता हूं। बेशक, आप Xcode में ` Debug -> Simulate MetricKit Payloads` का उपयोग कर सकते हैं, लेकिन आईडी आपको अपना डेटा प्रदर्शित करने की अनुमति नहीं देता है। सच है, यह एक बहुत उपयोगी टीम नहीं है, लेकिन यह आपको अपने शोध में दिशा देता है, और यह बहुत मज़ेदार लगता है;)

कार्य शुरू करने के लिए, हमें स्पष्ट रूप से खुद मेट्रिकैट की आवश्यकता है। आप सोच सकते हैं कि फ्रेमवर्क के लिए एक बाइनरी फ़ाइल प्राप्त करना आसान है, क्योंकि Xcode फ्रेमवर्क की सूची में दिखाता है जैसे ही आप इसे "लिंक बाइनरी फ़ाइल से पुस्तकालयों" लिंक के माध्यम से जोड़ते हैं। यह एक बहुत ही आशावादी विचार है। क्योंकि यदि आप MetricKit.framework खोलते हैं, तो आप MetricKit.tbd फ़ाइल देखेंगे। इसका आकार केवल 4kb है । जाहिर है, यह वह नहीं है जिसकी हम तलाश कर रहे हैं।

तो वास्तव में यहाँ क्या चल रहा है?

TBD का अर्थ है "टेक्स्ट-आधारित डाइलिब स्टब" और वास्तव में एक डिमिल विवरण के साथ एक डिलेब फाइल है जो एक्सपोर्टिंग कैरेक्टर और डाइलिब बाइनरी के लिए एक रास्ता है। Tbd फ़ाइलों से लिंक करना बाइनरी के आकार को कम करता है। बाद में, रनटाइम के दौरान, वास्तविक dylib बाइनरी को tbd फ़ाइल में निर्दिष्ट पथ पर OS से डाउनलोड किया जाएगा। जब आप इसे Xcode में खोलते हैं तो यह फाइल कैसा दिखता है:



Tbd फ़ाइल से पथ का उपयोग करते हुए, आप आसानी से आगे के शोध के लिए MetricKit बाइनरी प्राप्त कर सकते हैं, लेकिन एक और भी सरल विधि है।

हमारे एप्लिकेशन बाइनरी में माच-ओ हेडर अनुभाग में प्रत्येक गतिशील रूप से जुड़े पुस्तकालय का मार्ग शामिल है। -L ध्वज का उपयोग करके टूल का उपयोग करके इस जानकारी को आसानी से प्राप्त किया जाता है।

यहाँ मेरे द्वारा बनाई गई परीक्षण परियोजना के लिए आउटपुट है:

→ otool -l ./Metrics | grep -i metrickit name /System/Library/Frameworks/MetricKit.framework/MetricKit (offset 24) 

आप वही पथ देख सकते हैं जो हमने पहले tbd फ़ाइल में देखा था। बाइनरी फ्रेमवर्क फ़ाइल होने पर, आप आंतरिक तत्वों पर एक नज़र डाल सकते हैं। इसके लिए, मैं आमतौर पर हूपर डिससमैब का उपयोग करता हूं। बाइनरी फ़ाइलों के सावधानीपूर्वक अध्ययन के लिए यह उपयोग करना आसान है, लेकिन बहुत शक्तिशाली उपकरण है।

जैसे ही MetricKit बाइनरी फ़ाइल खुलती है, 'प्रोक' टैब पर जाएं और 'टैग' सूची का विस्तार करें। यहां आप सभी निर्यात किए गए वर्ण देख सकते हैं। उनमें से एक का चयन करना (उदाहरण के लिए, MXMricricManager), हम इसकी सभी विधियों को देखेंगे और, एक विधि का चयन करने पर, हम दाईं ओर इसकी सामग्री देखेंगे:



MXMetricManager विधि सूची को देखने पर [ https://gist.github.com/deszip/88a258ae21d33dc75d7cbac9569c6ec1 ] यह _TheckAndDeliverMetricReports विधि को नोटिस करना बहुत आसान है। ऐसा लगता है कि ग्राहकों को अपडेट देने के लिए मीट्रिक को प्राप्त करने के लिए क्या बुलाया जाना चाहिए।

दुर्भाग्य से, उसे कॉल करने के प्रयास से सब्सक्राइबर को कॉल नहीं मिला, जिसका मतलब है कि इन मापदंडों को वितरित नहीं किया जाएगा। विधि के कार्यान्वयन को ध्यान में रखते हुए, हम कुछ दिलचस्प बातें नोट करते हैं: यह / लाइब्रेरी / कैश / मेट्रिकिट / रिपोर्ट निर्देशिका की सामग्री को दर्शाता है।

फिर वह डिस्क पर प्रत्येक आइटम के लिए MXMetricPayload उदाहरण को अनज़िप करने का प्रयास करता है। और अंत में, यह पंजीकृत ग्राहकों पर निर्भर करता है और डेटा की सूची के साथ didReceive पद्धति को कॉल करता है।

समस्या शायद यह है कि / Library / Caches / MetricKit / रिपोर्ट में कोई डेटा नहीं है, लेकिन हम जानते हैं कि हमें MXMetricPayload के कुछ संग्रहीत उदाहरणों की आवश्यकता है। तो, चलिए उन्हें बनाते हैं और ' _checkAndDeliverMetricReports ' पर कॉल करने से पहले डिस्क पर रख देते हैं। दोबारा, योजना MXMetricPayload का एक उदाहरण बनाने के लिए है, फिर इसे बनाने और किसी भी प्रकार के MXMetric को इसमें जोड़ने के लिए, और फिर डेटा इंस्टेंस को डिस्क पर संग्रहीत करें। सब के बाद, ' _checkAndDeliverMetricReports ' विधि को कॉल करें, इससे हमारे ग्राहक को एक तर्क के रूप में स्टब के साथ कॉल करना चाहिए।

पेलोड और मेट्रिक्स पर Apple डॉक्स के माध्यम से देखते हुए, आप देख सकते हैं कि उनके पास सार्वजनिक आरंभीकरण नहीं है, और अधिकांश गुण केवल-पढ़ने के लिए हैं। तो, एक वर्ग को तत्काल कैसे संभव है?

MXMetricPayload विधियों की सूची देखने के लिए वापस हूपर पर जाएं :



यहां आप मापदंडों को असाइन करने के लिए इसके शुरुआती और तरीके देख सकते हैं। उद्देश्य-सी की गतिशील प्रकृति के कारण NSInvocation वर्ग और 'PerformSelector' पद्धति का उपयोग करके निजी तरीकों को कॉल करना आसान है।

एक उदाहरण के रूप में, हम सीपीयू के लिए मैट्रिक्स बनाएंगे और उन्हें पेलोड में जोड़ देंगे। इस लिंक का उपयोग करके, आप पूरा कोड टुकड़ा पा सकते हैं: [ https://gist.github.com/deszip/a0cf877b07cc2877129e0aaef2fed1e4 ]।

और अंत में, हम उस सब कुछ को संग्रहित करते हैं जो हमने बनाया है और / लाइब्रेरी / कैश / मेट्रिकिट / रिपोर्ट निर्देशिका में डेटा लिखते हैं।

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

मेट्रिक्स कहां से आते हैं

MetricKit के माध्यम से रिपोर्ट प्राप्त करना बहुत आसान है, लेकिन आप शायद यह जानने में रुचि रखते हैं कि ऐप / लाइब्रेरी निर्देशिका में रिपोर्ट कैसे दिखाई देती हैं। यहाँ है कैसे।

MetricKit बाइनरी के अंदर खुदाई, मैंने इस पद्धति पर ध्यान दिया: '_createXPCConnection'। इसके कार्यान्वयन की जाँच करने से स्थिति स्पष्ट होती है - यह com.apple.metrickit.xpc नाम के साथ सेवा के लिए एक NSXPCConnection बनाता है और क्लाइंट और सर्वर पक्षों के लिए दो इंटरफ़ेस MXXPCServer और MXXPCClient बनाता है । यदि आप प्रोटोकॉल विवरण को देखते हैं:

निष्कर्ष

MetricKit उत्पादन में वास्तविक परिस्थितियों में अपने आवेदन के प्रदर्शन का ख्याल रखने के लिए एक अनूठा और अपरिहार्य उपकरण है।

दुर्भाग्य से, वर्तमान में Xcode में 'मीट्रिक' यूजर इंटरफेस पर एक नज़र डालना संभव नहीं है, सिवाय इसके कि डब्ल्यूडब्ल्यूडीसी सत्र में डेमो के दौरान क्या दिखाया गया था।



यह आपके कोड में प्रदर्शन समस्याओं को समाप्त करके उपयोगकर्ता के अनुभव को अगले स्तर तक ले जाने के लिए एक अमूल्य उपकरण हो सकता है।

एक कमी जो मुझे अब इस उपकरण में दिखाई दे रही है, वह प्रत्येक प्रकार के विवरणों की कमी है: केवल पृथक्करण अनुप्रयोग का संस्करण है, और आप किसी विशिष्ट समूह के उपकरणों / OS संस्करणों / क्षेत्रों, आदि के लिए कोई मैट्रिक्स नहीं देख सकते हैं।

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

तारीख तक रहें!