एंड्रॉइड एप्लिकेशन में ट्रैकिंग मेमोरी लीक

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

तो चलिए जाने ...

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

कैसे करना है?

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

package com.company.product; import java.lang.ref.WeakReference; import java.util.Collections; import java.util.Vector; import android.content.Context; import android.content.Intent; import android.text.TextUtils; public class LeaksManager { private static LeaksManager mThis = null; private final Vector<WeakReference<Object>> mRefs = new Vector<WeakReference<Object>>(); private LeaksManager() { super(); } public static LeaksManager getThis() { if (mThis == null) { mThis = new LeaksManager(); } return mThis; } public <T> T monitorObject(T obj) { if (obj == null) { return obj; } for (WeakReference<Object> ref : mRefs) { if (ref.get() == obj) { return obj; } } mRefs.add(new WeakReference<Object>(obj)); return obj; } public Vector<String> checkLeaks() { System.gc(); Vector<String> names = new Vector<String>(); for (int i = mRefs.size() - 1; i >= 0; i--) { WeakReference<Object> ref = mRefs.elementAt(i); Object obj = ref.get(); if (obj != null) { String className = obj.getClass().getSimpleName(); addUniqueClassName(names, TextUtils.isEmpty(className) ? "Unknown class name" : className); } else { mRefs.remove(i); } } mRefs.trimToSize(); return names; } private void addUniqueClassName(Vector<String> names, String className) { int index = -1; for (int j = 0; j < names.size(); j++) { if (names.elementAt(j).equals(className)) { index = j; break; } } if (index == -1) { names.add(names.getClass().getSimpleName()); } } } 

इसका उपयोग कैसे करें

सबसे पहले आपको एक साधारण गतिविधि लिखनी होगी, जो कि LeaksManager.checkLeaks() फ़ंक्शन द्वारा दी गई लाइनों की सूची को ले जाएगी और प्रदर्शित LeaksManager.checkLeaks() । यह गतिविधि बहुत ही सरल है, इसलिए मुझे इसके कोड का हवाला देने में ज्यादा दम नहीं है।

इसके बाद, हम प्रत्येक उस वस्तु को जोड़ते हैं, जिसकी आवश्यकता लीक्समैनेजर पर पड़ती है:
Object obj = LeaksManager.getThis().monitorObject(new Object());


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

सामान्य तौर पर, यह सब करना होगा।

टिप्पणियाँ

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

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

पुनश्च

मुझे उम्मीद है कि यह लेख किसी के लिए उपयोगी होगा।
यदि यह लेख दिलचस्प है, तो अगले लेख में मैं AsyncTask वर्ग की मुश्किल विशेषता के बारे में बात करूंगा