🐰 ⌨️ 👩🏽‍🎨 एक्सकोड में इंस्ट्रूमेंट्स का उपयोग कैसे करें 🌻 📋 👑

फिलहाल, आपका iOS डेवलपर करियर एक ऐसी स्थिति में है, जहां आपने एक या दो एप्लिकेशन लिखे हैं, और आप निश्चित रूप से सोच रहे हैं कि आप अपने एप्लिकेशन को और बेहतर बनाने के लिए क्या कर सकते हैं।

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

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

आप सीखेंगे:

कैसे आवंटन और लीक उपकरण का उपयोग कर अपने कोड में स्मृति प्रबंधन त्रुटियों का पता लगाने और ठीक करने के लिए, और
कोड प्रोफाइलिंग टूल का उपयोग करके कोड में एक समस्या स्पॉट की पहचान कैसे करें, और
अपने कोड को और अधिक कुशल कैसे बनाएं।

नोट: यह गाइड मानता है कि आप उद्देश्य-सी और आईओएस प्रोग्रामिंग में सक्षम हैं। यदि आप iOS प्रोग्रामिंग में एक पूर्ण नौसिखिया हैं, तो आपको इस साइट से अन्य पाठ पढ़ने की आवश्यकता है। इस ट्यूटोरियल में हम जिस एप्लिकेशन में प्रशिक्षण ले रहे हैं, वह स्टोरीबोर्ड का उपयोग करता है, इसलिए सुनिश्चित करें कि आप इस अवधारणा से परिचित हैं; यदि नहीं, तो यह हमारे गाइड से शुरू करें ।

यह मार्गदर्शिका Xcode 4.5 का उपयोग करती है, सुनिश्चित करें कि आपका Xcode Mac App Store पर उपलब्ध नवीनतम संस्करण में अपडेट किया गया है।

क्या सब कुछ तैयार है? उपकरण की आकर्षक दुनिया में उतरने के लिए तैयार हो जाओ!

शुरुआत हो रही है

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

प्रोजेक्ट डाउनलोड करें , इसे अनज़िप करें और इसे Xcode में खोलें।
एप्लिकेशन को संकलित करें और चलाएं, खोज पट्टी में कुछ पाठ दर्ज करें, एक खोज करें, फिर खोज परिणाम दर्ज करें और आपको कुछ इस तरह दिखाई देगा:

एप्लिकेशन का उपयोग करें, इसके मूल कार्यों का प्रयास करें। जैसा कि आप समझते हैं, एप्लिकेशन का उद्देश्य फ़्लिकर से फ़ोटो खोजना और प्रदर्शित करना है। एप्लिकेशन के शीर्ष पर एक खोज पट्टी है जहां आप एक प्रश्न लिखते हैं, एक खोज करते हैं, और तालिका में परिणामों के साथ एक पंक्ति दिखाई देती है।

तालिका की इस पंक्ति में खोज क्वेरी और कोष्ठकों में पाए गए परिणामों की संख्या शामिल है। यदि आप एक पंक्ति पर क्लिक करते हैं, तो आपको एक छोटी छवि और उसके नाम के साथ एक और तालिका दिखाई देगी।

यदि आप छवि के साथ एक पंक्ति पर क्लिक करते हैं, तो आप पहले से ही बड़ी छवि को पूर्ण स्क्रीन में देख सकते हैं। उसी समय, रोटेट बटन का उपयोग करके, आप छवि को घुमा सकते हैं।

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

प्रोफ़ाइल करने का समय

कई डेवलपर्स एक ऐसी आंतरिक आवश्यकता के साथ विकास शुरू करते हैं जो एक ऐसा अनुप्रयोग बनाने की आवश्यकता है जो तेज है - और यह एक योग्य लक्ष्य है। तब वे तथाकथित "समय से पहले अनुकूलन" के बारे में पढ़ते हैं और पूछते हैं कि ग्रे-दाढ़ी वाले प्रोग्रामर द्वारा निंदा की गई इस भयानक घटना से कैसे बचा जा सकता है। और सबसे खराब स्थिति में, नौसिखिए डेवलपर्स सामान्य रूप से अनुकूलन के बारे में भूल जाते हैं!

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

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

प्रोफाइलिंग क्या है? प्रोफाइलिंग एक आयाम है। प्रोफाइलिंग सत्र का परिणाम आपको यह निर्धारित करने की अनुमति देता है कि कोड के किन हिस्सों का उपयोग सबसे अधिक बार किया जाता है, जो बदले में आपको बताता है कि कोड के किन हिस्सों को आपको सुधारने का प्रयास करना चाहिए।

आप एक दिलचस्प एल्गोरिथ्म के लिए एक सप्ताह का अच्छा समय बिता सकते हैं, लेकिन यदि यह कोड कुल निष्पादन समय का केवल 0.5% लेता है, तो कोई भी कभी भी अंतर को नोटिस नहीं करेगा, चाहे आप इसे कितना भी सुधार लें। यदि इसके बजाय आपने उस चक्र को अनुकूलित किया जिसके लिए आपका कार्यक्रम अपने समय का 90% खर्च करता है और केवल 10% से चक्र में सुधार होता है, तो सबसे अधिक संभावना है कि अपडेट किए गए कार्यक्रम को समीक्षाओं में पांच सितारे प्राप्त होंगे, क्योंकि यह बहुत तेज हो जाएगा!

पहला अनुकूलन पाठ: अनुकूलन करने के लिए सही स्थान ढूंढें!
समय-समय पर अनुकूलन, आपने अनुमान लगाया, कोड को अनुकूलित करने में समय बर्बाद कर रहा है, जो अंततः कोई फर्क नहीं पड़ता।

पहला उपकरण जो हम देखेंगे, वह टाइम प्रोफाइलर है। प्रोफाइलिंग करते समय, आप अक्सर थ्रेड स्टैक ट्रेस का सामना करेंगे। उदाहरण के लिए, ट्रेस विंडो:

यह स्क्रीन प्रत्येक थ्रेड के कॉल स्टैक को प्रदर्शित करती है। प्रत्येक पंक्ति, या फ़्रेम, जैसा कि इसे भी कहा जाता है, प्रोग्राम द्वारा निष्पादित कमांड का प्रतिनिधित्व करता है, और सबसे ऊपरी रेखा (फ़्रेम नंबर 0) वह रेखा है जिसमें प्रोसेसर वर्तमान में कोड निष्पादित कर रहा है।

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

यदि यह अभी भी स्पष्ट नहीं है, तो हम बाद में इसका पता लगा लेंगे, चलिए इंस्ट्रूमेंट्स का उपयोग शुरू करते हैं!
Xcode मेनू से, ProductProfile चुनें या you I. दबाएँ। इसलिए आप एप्लिकेशन और लॉन्च इंस्ट्रूमेंट्स को संकलित करते हैं। आपको एक चयन विंडो के साथ बधाई दी जाएगी जो इस तरह दिखती है:

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

इसका मतलब है कि सभी पैनल दिखाई दे रहे हैं। अब नीचे दिए गए स्क्रीनशॉट को देखें और इसके नीचे प्रत्येक सेक्शन का विवरण देखें:

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

और अब हम अपने प्रोग्राम के अजीब इंटरफ़ेस को संपादित कर रहे हैं!

गहरी दिख रही है

एक छवि खोज चलाएँ और परिणाम दर्ज करें। मैं व्यक्तिगत रूप से शब्द "कुत्ते" की खोज करना पसंद करता हूं, लेकिन आप खुद चुनते हैं कि आप क्या खोजना चाहते हैं - आप उन लोगों में से एक हो सकते हैं जो कोटे को मानते हैं!

परिणाम विंडो को कई बार ऊपर और नीचे स्क्रॉल करें, ताकि आपके पास प्रोफाइलिंग के लिए अच्छी मात्रा में डेटा हो। आप देखेंगे कि स्क्रीन के बीच में नंबर बदल जाते हैं और चार्ट भर जाता है; अर्थ CPU चक्र का उपयोग किया जाता है।

आप शायद इस तरह के "बाधित" उपयोगकर्ता इंटरफ़ेस व्यवहार की उम्मीद नहीं करते थे; सूची ऐप ऐपस्टोर के लिए तब तक तैयार नहीं है जब तक कि सूची घड़ी की कल की तरह स्क्रॉल न हो जाए! किसी समस्या को इंगित करने में मदद करने के लिए, आपको कुछ समय रूपरेखा विकल्पों को बदलने की आवश्यकता है।

कॉल ट्री अनुभाग में विकल्प पैनल में (याद रखें, संख्या 6 में), थ्रेड , इनवर्ट कॉल ट्री , हाईड सिस्टम लाइब्रेरी और शो ऑब्ज-सी ओनली चेकबॉक्स द्वारा सेपरेट चेक करें। यह इस तरह दिखेगा:

इन विकल्पों के लिए ये हैं:

थ्रेड द्वारा अलग : प्रत्येक थ्रेड को अलग से माना जाना चाहिए। यह आपको यह समझने की अनुमति देता है कि कौन से थ्रेड सबसे सीपीयू उपयोग के लिए जिम्मेदार हैं।
इनवर्ट कॉल ट्री : स्टैक ट्रेस ऊपर से नीचे तक प्रदर्शित किया जाएगा। इसका मतलब है कि आप रिपोर्ट में कोड की उन पंक्तियों को देखेंगे जो नमूना बंद होने पर फ्रेम नंबर 0 में थीं। आखिरकार, एक नियम के रूप में, आप कोड के "सबसे भारी" लाइनों को देखना चाहते हैं जो प्रोसेसर सबसे अधिक समय खर्च करता है।
मिसिंग सिंबल छिपाएं : यदि आपके एप्लिकेशन या सिस्टम फ्रेमवर्क के लिए dSYM फाइल नहीं मिली है, तो प्रक्रिया नामों के बजाय, आपको केवल हेक्साडेसिमल मान दिखाई देंगे। यदि यह विकल्प चुना जाता है, तो वे छिपाए जाएंगे, और केवल पूरी तरह से मान्यता प्राप्त कॉल दिखाए जाएंगे। इससे प्रस्तुत आंकड़ों को व्यवस्थित करने में मदद मिलेगी।
सिस्टम लाइब्रेरी छुपाएं : यदि यह विकल्प चुना जाता है, तो केवल आपके स्वयं के एप्लिकेशन पर कॉल प्रदर्शित की जाएगी। यह एक बहुत ही उपयोगी विकल्प है, क्योंकि आमतौर पर आप केवल अपने कोड के लिए प्रोसेसर की लागत में रुचि रखते हैं - आप सिस्टम लाइब्रेरी के लिए प्रोसेसर की लागत के साथ कुछ भी नहीं कर सकते हैं!
ओब्ज-सी केवल दिखाएं : यदि यह विकल्प चुना जाता है, तो केवल उद्देश्य-सी विधियाँ प्रदर्शित की जाएंगी, और वहां सभी C या C ++ फ़ंक्शन नहीं होंगे। वे आमतौर पर आपके कार्यक्रम में नहीं होते हैं, ठीक है, जब तक कि आप ओपनजीएल का उपयोग नहीं करते हैं, उदाहरण के लिए।
फ्लैटन रिकर्सन : यह विकल्प आपको प्रत्येक स्टैक ट्रेस में एक रिकॉर्ड के रूप में एक पुनरावर्ती कार्य (एक फ़ंक्शन जो स्वयं को कॉल करता है) को प्रदर्शित करने की अनुमति देता है, और कई रिकॉर्ड के रूप में नहीं।
शीर्ष कार्य : यदि जाँच की जाती है, तो Instrumens फ़ंक्शन द्वारा बिताए गए समय को इस फ़ंक्शन के अंदर सीधे समय के योग और इस फ़ंक्शन द्वारा उप-फ़ंक्शन में बिताए समय के रूप में विचार करेंगे। यही है, यदि फ़ंक्शन ए को फ़ंक्शन बी कहा जाता है, तो ए द्वारा खर्च किया गया समय फ़ंक्शन बी द्वारा खर्च किए गए समय के बराबर होगा। फ़ंक्शन बी द्वारा खर्च किया गया समय यह बहुत उपयोगी हो सकता है, क्योंकि यह आपको तुरंत सबसे अधिक समय लेने वाली कॉल खोजने की अनुमति देता है।

हालाँकि कुछ मान थोड़े अलग हो सकते हैं, मेरे द्वारा बताए गए चेकबॉक्स की व्यवस्था करने के बाद, रिपोर्ट इस तरह दिखनी चाहिए:

ठीक है, निश्चित रूप से, हम समस्या को देखते हैं। समय की अधिकता का समय सेटफ़ोटो को निष्पादित करने में बिताया गया था : फोटोसेल क्लास से प्रक्रिया, अर्थात् , तालिका पंक्ति में फोटो प्रदर्शित करना। यह आपको खबर नहीं होना चाहिए, आपको याद है कि स्क्रॉलिंग टेबल प्रोग्राम इंटरफ़ेस का "सबसे धीमा" तत्व था।
इस पद्धति के अंदर क्या चल रहा है, यह जानने के लिए, इसके नाम के साथ रेखा पर डबल-क्लिक करें। आप इस तरह से एक विंडो देखेंगे:

अब यह दिलचस्प है, है ना! बिताया गया समय लगभग तीन-चौथाई है। फोटो: इमेज के लिए इमेजडेटा वैरिएबल बनाने में व्यस्त!

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

इस समस्या को हल करने के लिए, आपको ImageCache कॉल का उपयोग करने की आवश्यकता है, जो आपको पृष्ठभूमि की छवियों को अतुल्यकालिक रूप से लोड करने की अनुमति देता है। कोड पहले से ही PhotoCell क्लास में है।
आप Xcode पर जा सकते हैं और अपनी इच्छित फ़ाइल पा सकते हैं, लेकिन इंस्ट्रूमेंट्स में सुविधाजनक "Open in Xcode" बटन है। इसे कोड के ठीक ऊपर वाले पैनल में खोजें और क्लिक करें:

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

- (void)setPhoto:(FlickrPhoto *)photo { _photo = photo; self.textLabel.text = photo.title; // NSData *imageData = [NSData dataWithContentsOfURL:_photo.thumbnailUrl]; // self.imageView.image = [UIImage imageWithData:imageData]; [[ImageCache sharedInstance] downloadImageAtURL:_photo.thumbnailUrl completionHandler:^(UIImage *image) { self.imageView.image = image; [self setNeedsLayout]; }]; }

ProductProfile (या remember I - याद रखें कि ये शॉर्टकट वास्तव में आपका समय बचाते हैं) का उपयोग करके इंस्ट्रूमेंट्स का उपयोग करके एप्लिकेशन प्रोफाइलिंग को फिर से शुरू करें।
कृपया ध्यान दें कि इस बार आपसे यह नहीं पूछा गया था कि कौन सा इंस्ट्रूमेंट इस्तेमाल करें ऐसा इसलिए है क्योंकि आपके पास अभी भी हमारी एप्लिकेशन विंडो खुली है, और इंस्ट्रूमेंट्स बताते हैं कि आप इसे फिर से उसी टेम्पलेट से शुरू करना चाहते हैं।

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

बहुत अच्छा लग रहा है! क्या यह एपस्टोर पर कार्यक्रम भेजने का समय है? अभी नहीं!

मेरी स्मृति के साथ कुछ बन गया है

अगला टूल जो हम देखेंगे वह है एलोकेशन। वह आपको उन सभी वस्तुओं के बारे में विस्तृत जानकारी देगा जो बनाई गई थीं और उनके द्वारा कब्जा की गई मेमोरी के बारे में; यह प्रत्येक वस्तु के लिंक की संख्या को भी दर्शाता है।

आइए एक नए प्रोफ़ाइल के साथ हमारे एप्लिकेशन को प्रोफाइल करना शुरू करें। इंस्ट्रूमेंट्स को बंद करें, Xcode पर लौटें और ProductProfile मेनू आइटम को फिर से चुनें। फिर आवंटन प्रोफ़ाइल का चयन करें और प्रोफ़ाइल बटन पर क्लिक करें।

इंस्ट्रूमेंट्स की उपयोगिता फिर से खुल जाएगी और आपको इस तरह एक विंडो दिखाई देगी:

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

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

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

हम असीमित मेमोरी वृद्धि का पता लगाने के लिए एक योजना विकसित करेंगे। सबसे पहले, ऐप में 10 अलग-अलग खोज करें (लेकिन अभी तक परिणामों में नहीं जाएं)। सुनिश्चित करें कि खोज ने कुछ परिणाम लौटाए! अब आवेदन को छूने के बिना कुछ सेकंड प्रतीक्षा करें।
आप देखेंगे कि एलोकेशन ट्रैक में ग्राफ बढ़ रहा है। यह बताता है कि स्मृति को आवंटित किया जाना जारी है। इसलिए आपको असीमित मेमोरी ग्रोथ मिली।

चलो तथाकथित "ढेर स्नैपशॉट विश्लेषण" करते हैं। ऐसा करने के लिए, "मार्क हीप" नामक बटन पर क्लिक करें। आप इसे बाईं ओर के पैनल में पाएंगे:

इसे क्लिक करें और आपको ट्रैक में एक लाल झंडा दिखाई देगा, जैसे:

ढेर स्नैपशॉट का विश्लेषण करने का लक्ष्य कई बार कुछ कार्रवाई करना है, और देखें कि स्मृति अनिश्चित काल तक कहां बढ़ती है। खोज परिणामों में से एक दर्ज करें और छवियों को लोड करने के लिए कुछ सेकंड प्रतीक्षा करें, और फिर मुख्य पृष्ठ पर लौटें। ढेर पर एक और बॉक्स की जाँच करें। अलग-अलग खोज परिणामों के साथ ऐसा कई बार करें।

सभी 10 परिणामों में 10 प्रविष्टियों के बाद, इंस्ट्रूमेंट विंडो इस तरह दिखाई देगी:

खैर, निश्चित रूप से, कुछ भी अच्छा नहीं है। लेकिन रुको, कम मेमोरी संदेशों के बारे में क्या? आप उनके बारे में जानते हैं, है ना? मेमोरी से बाहर चलने की रिपोर्ट के साथ, iOS का कहना है कि एप्लिकेशन मेमोरी में क्रैम्प हो गया है और आपको कुछ कब्जे वाली मेमोरी को खाली करने की आवश्यकता है।

यह संभव है कि आपका आवेदन किसी भी चीज़ के लिए दोषी नहीं है, और यह UIKit में कुछ गहरा है जो स्मृति का उपभोग करता है। चलो सिस्टम चौखटे और आपके आवेदन को अपराधी पर एक उंगली इंगित करने से पहले अपनी स्मृति को साफ़ करने का मौका देते हैं।

हम iOS सिम्युलेटर (रूसी संस्करण में - हार्डवेयर \ Simulate मेमोरी की कमी के बारे में चेतावनी) के मद में हार्डवेयर \ Simulate Memory चेतावनी का चयन करके स्मृति की कमी के बारे में एक संदेश का अनुकरण करते हैं। आप देखेंगे कि कम मेमोरी का उपयोग किया गया है, लेकिन निश्चित रूप से, पहले की तरह कम नहीं। यानी कहीं न कहीं याददाश्त में असीमित वृद्धि हो रही है।

आइए एक नज़र डालते हैं ढेर की खींची गई तस्वीरों पर।

मुझे अपने सर्वश्रेष्ठ शॉट के साथ मारो

पहला स्नैपशॉट बुनियादी है। इसे खोलें, आप उन सभी वस्तुओं को देखेंगे जिनके लिए मेमोरी आवंटित की गई थी और जो उस समय ली गई थी जब चित्र लिया गया था। बाद के स्नैपशॉट में केवल वर्तमान और पिछले स्नैपशॉट के बीच ऑब्जेक्ट में परिवर्तन होंगे।

"हीप ग्रोथ" कॉलम देखें और आप देखेंगे कि निश्चित रूप से विकास कहीं हो रहा है। ढेर स्नैपशॉट खोलें और आप इस तरह से एक विंडो देखेंगे:

वाह, कितनी वस्तुएँ! कहाँ से शुरू करें?

उन कक्षाओं को देखना सबसे अच्छा है जो आप अपने आवेदन में सीधे उपयोग करते हैं। हमारे मामले में, HTTPHeaderDict, CGRegion, CGPath, CFNumber, आदि कक्षाएं। नजरअंदाज किया जा सकता है।

लेकिन UIImage वर्ग जो हम एप्लिकेशन में उपयोग करते हैं, वह हमारे लिए दिलचस्प है। UIImage ऑब्जेक्ट्स की सूची का विस्तार करने के लिए UIImage के बाईं ओर तीर पर क्लिक करें। सूची में से एक विशिष्ट UIImage ऑब्जेक्ट का चयन करें और अतिरिक्त सूचना पैनल (दाईं ओर) देखें:

यह उस समय का स्टैक ट्रेस दिखाता है जब यह विशेष रूप से UIImage बनाया गया था। ग्रे में दिखाई गई ट्रेस लाइनें सिस्टम लाइब्रेरी में हैं; काले फ़ॉन्ट में लाइनें - आवेदन कोड में। यदि हम काले रंग में एक पंक्ति पर डबल-क्लिक करते हैं, तो हम अपने आवेदन के कोड में आते हैं:

 - (void)downloadImageAtURL:(NSURL*)url completionHandler:(ImageCacheDownloadCompletionHandler)completion { UIImage *cachedImage = [self imageForKey:[url absoluteString]]; if (cachedImage) { completion(cachedImage); } else { dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ NSData *data = [NSData dataWithContentsOfURL:url]; UIImage *image = [UIImage imageWithData:data]; [self setImage:image forKey:[url absoluteString]]; dispatch_async(dispatch_get_main_queue(), ^{ completion(image); }); }); } }

उपकरण उपयोगिता बहुत उपयोगी है, लेकिन यह आपके लिए सब कुछ नहीं कर सकता है! अब आपको यह पता लगाने की आवश्यकता है कि मेमोरी समस्या कहां है।

ऊपर दी गई विधि को देखें और आप देखेंगे कि यह SetImage: forKey नामक विधि कहती है । यह विधि छवि को कैश करती है ताकि इसे एप्लिकेशन में बाद में फिर से उपयोग किया जा सके। अहा! शायद हमें कोई समस्या मिली!

इस पद्धति के कार्यान्वयन पर एक नज़र डालें:

 - (void)setImage:(UIImage*)image forKey:(NSString*)key { [_cache setObject:image forKey:key]; }

यहां छवि को कुंजीशब्द के अनुरूप शब्दकोष में जोड़ा जाता है - छवि का URL। लेकिन यदि आप कोड को देखते हैं, तो आप ध्यान देंगे कि इस शब्दकोश से छवि कभी भी नष्ट नहीं हुई है!
यह वह जगह है जहाँ हमारी असीमित वृद्धि होती है! सब कुछ उसी तरह काम करता है, जैसा होना चाहिए, लेकिन एप्लिकेशन कैश से कुछ भी नहीं हटाता है - यह केवल जोड़ता है!

इस समस्या को हल करने के लिए, आपको इमेज चेतावन वर्ग को सक्षम करने की आवश्यकता है ताकि मेमोरी चेतावनियों को सुनने के लिए जो कि UIApplication प्राप्त करता है। जब ImageCache एक चेतावनी प्राप्त करता है, तो वह एक अच्छा लड़का होगा और अपना कैश साफ़ करेगा।

ImageCache को चेतावनी प्राप्त करने के लिए, बनने के लिए आरंभीकरण विधि बदलें:

 - (id)init { if ((self = [super init])) { _cache = [NSMutableDictionary new]; [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(memoryWarning:) name:UIApplicationDidReceiveMemoryWarningNotification object:nil]; } return self; }

यह UIApplicationDidReceiveMemoryWarningNotification संदेशों की रसीद को मैमोरीवार्निंग: विधि में पंजीकृत करेगा। अब इस विधि को नीचे दिखाए अनुसार लागू करें:

 - (void)memoryWarning:(NSNotification*)note { [_cache removeAllObjects]; }

मैमोरीवार्निंग विधि केवल सभी वस्तुओं को कैश में हटा देगी। यह सुनिश्चित करता है कि स्मृति में कोई चित्र नहीं हैं, वे सभी मुक्त हो जाएंगे।

इसे सत्यापित करने के लिए, इंस्ट्रूमेंट उपयोगिता फिर से चलाएं (Xcode में, and I दबाएं) और आपके द्वारा पहले किए गए चरणों को दोहराएं। अंत में स्मृति की कमी का अनुकरण करना याद रखें!

नोट: सुनिश्चित करें कि आप Xcode से पैच किए गए एप्लिकेशन को शुरू करते हैं, और न केवल इंस्ट्रूमेंट्स में लाल बटन दबाएं। केवल इस तरह से आप संशोधित कोड को प्रोफाइल करना शुरू कर देंगे।

इस बार, ढेर स्नैपशॉट विश्लेषण इस तरह दिखेगा:

इस बार, कम मेमोरी के बारे में संदेश प्राप्त होने के बाद मेमोरी का उपयोग कम हो गया। बेशक, एक निश्चित मात्रा में मेमोरी अभी भी उपयोग की जाती है, लेकिन पहले जितनी बड़ी नहीं।

स्मृति उपयोग में कुछ वृद्धि का कारण सिस्टम लाइब्रेरी हो सकता है, और यहां हम कुछ भी नहीं कर सकते हैं। आप अपने आवेदन में सभी कर सकते हैं जितना संभव हो उतना मुफ्त मेमोरी है, और आप पहले ही कर चुके हैं!

शाबाश! एक और मुद्दा तय! खैर, अब AppStore में एप्लिकेशन डाउनलोड करने का समय आ गया है! ओह रुको - पहले प्रकार की मेमोरी लीक की समस्या अभी भी है, और हमने अभी भी इसे हल नहीं किया है।

प्लम्बर को फोन करें - आपके पास एक रिसाव है!

अगला प्रोफ़ाइल जो हम देखेंगे, वह है लीक्स। इसका उपयोग पहली तरह की मेमोरी लीक को खोजने के लिए किया जाता है, जैसा कि हमने पहले कहा था - यह तब है जब ऑब्जेक्ट को अब संदर्भित नहीं किया जाता है, और यह मेमोरी को ऊपर ले जाता है।

लीक का पता लगाना बहुत मुश्किल लगता है, लेकिन लीक्स प्रोफ़ाइल उन सभी वस्तुओं को याद करती है, जिनके लिए मेमोरी आवंटित की गई है और समय-समय पर यह निर्धारित करने के लिए प्रत्येक ऑब्जेक्ट को देखता है जो किसी अन्य ऑब्जेक्ट से सुलभ नहीं हो सकता है।

इंस्ट्रूमेंट्स को बंद करें, Xcode पर लौटें और ProductProfile मेनू आइटम चुनें । लीक्स प्रोफाइल को चुनें और प्रोफाइल बटन पर क्लिक करें:

इंस्ट्रूमेंट विंडो में 2 ट्रैक हैं - एलोकेशन और लीक्स। आवंटन ट्रैक वही है जो आपने पिछले अनुभाग में उपयोग किया था।

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

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

आवेदन के साथ काम करते हैं! खोज चलाएँ और खोज परिणाम दर्ज करें। फिर पूर्ण स्क्रीन में छवि को देखने के लिए परिणाम के साथ लाइनों में से एक पर क्लिक करें। ऊपरी बाएँ कोने में कई बार घुमाएँ बटन दबाएँ।

इंस्ट्रूमेंट्स पर लौटें। यदि आपने इन सभी चरणों को सही ढंग से किया है, तो आप एक रिसाव को नोटिस करेंगे! इंस्ट्रूमेंट विंडो इस तरह दिखाई देगी:

IOS सिम्युलेटर पर लौटें और रोटेट बटन को एक दो बार और दबाएं। इंस्ट्रूमेंट्स पर लौटें और इंतज़ार करें। अधिक लीक दिखाई देगा, खिड़की अब कुछ इस तरह दिखती है:

ये रिसाव कहां से आया? यदि अतिरिक्त सूचना पैनल आपके लिए खुला नहीं है, तो इसे दृश्य चयनकर्ता में दाईं ओर दिए गए बटन पर क्लिक करके खोलें:

किसी ज्ञात मेमोरी रिसाव वाली वस्तुओं की सूची में, CGContext ऑब्जेक्ट का चयन करें। अतिरिक्त सूचना पैनल को देखें, वहां आप ऑब्जेक्ट के निर्माण के समय स्टैक ट्रेस देख सकते हैं। ट्रेस इस तरह दिखता है:

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

 - (void)rotateTapped:(id)sender { UIImage *currentImage = _imageView.image; CGImageRef currentCGImage = currentImage.CGImage; CGSize originalSize = currentImage.size; CGSize rotatedSize = CGSizeMake(originalSize.height, originalSize.width); CGContextRef context = CGBitmapContextCreate(NULL, rotatedSize.width, rotatedSize.height, CGImageGetBitsPerComponent(currentCGImage), CGImageGetBitsPerPixel(currentCGImage) * rotatedSize.width, CGImageGetColorSpace(currentCGImage), CGImageGetBitmapInfo(currentCGImage)); CGContextTranslateCTM(context, rotatedSize.width, 0.0f); CGContextRotateCTM(context, M_PI_2); CGContextDrawImage(context, (CGRect){.origin=CGPointZero, .size=originalSize}, currentCGImage); CGImageRef newCGImage = CGBitmapContextCreateImage(context); UIImage *newImage = [UIImage imageWithCGImage:newCGImage]; self.imageView.image = newImage; }

फिर, इंस्ट्रूमेंट उपयोगिता आपको एक संकेत देता है जहां समस्या है, लेकिन समस्या क्या है, यह आपको निश्चित रूप से नहीं बता सकता है। इंस्ट्रूमेंट केवल आपको दिखा सकते हैं कि मेमोरी लीक के लिए जिम्मेदार वस्तु कहां बनाई गई थी। और आपका काम समस्या को हल करना है!

जिस व्यक्ति ने कोड लिखा था, उसने शायद सोचा था कि एआरसी को सभी मेमोरी मैनेजमेंट को संभालना चाहिए था ... है ना?
याद रखें कि एआरसी केवल ऑब्जेक्टिव-सी ऑब्जेक्ट्स के साथ काम करता है। यह लिंक और मुक्त CoreFoundation ऑब्जेक्ट्स की गणना नहीं करता है जो ऑब्जेक्ट-सी ऑब्जेक्ट नहीं हैं।

और अब यह स्पष्ट हो गया है कि समस्या यह है कि CGContextRef और CGImageRef वस्तुओं को मुक्त नहीं किया गया था! इसे ठीक करने के लिए, रोटेट किए गए विधि के अंत में कोड की निम्नलिखित दो पंक्तियों को जोड़ें :

 CGImageRelease(newCGImage); CGContextRelease(context);

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

लीक्स प्रोफ़ाइल का उपयोग करके फिर से आवेदन का प्रयास करें और सत्यापित करें कि मेमोरी लीक तय हो गई है। यदि आपने सही तरीके से चरणों का पालन किया है, तो रिसाव को दूर जाना चाहिए!
शाबाश! इसे बनाए रखो!

आगे क्या है?

अब आपने जो ज्ञान प्राप्त किया है, उसका उपयोग इंस्ट्रूमेंट्स के साथ करने के लिए करें और देखें कि उनमें क्या दिलचस्प है! इसके अलावा, इंस्ट्रूमेंट्स को अपने सॉफ्टवेयर डेवलपमेंट वर्क का हिस्सा बनाने की कोशिश करें।

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

एक्सकोड में इंस्ट्रूमेंट्स का उपयोग कैसे करें