मेमोरी मैनेजमेंट के सबसे सही तरीके

इस दस्तावेज़ में यह माना गया है कि आपने मेमोरी मैनेजमेंट के तहत, Android ऐप्लिकेशन के लिए सबसे सही तरीकों से जुड़े दिशा-निर्देशों का पालन किया है. जैसे, अपने ऐप्लिकेशन की मेमोरी मैनेज करना.

परिचय

मेमोरी लीक, एक तरह का रिसोर्स लीक है. यह तब होता है, जब कोई कंप्यूटर प्रोग्राम ऐसी मेमोरी को रिलीज़ नहीं करता जिसकी अब ज़रूरत नहीं है. मेमोरी लीक होने की वजह से, ऐप्लिकेशन ओएस से उतनी मेमोरी का अनुरोध कर सकता है जितनी उसके पास उपलब्ध नहीं है. इससे ऐप्लिकेशन क्रैश हो सकता है. Android ऐप्लिकेशन में मेमोरी लीक होने की कई वजहें हो सकती हैं. जैसे, संसाधनों को ठीक से बंद न करना या जब लिसनर की ज़रूरत न हो, तब उन्हें अनरजिस्टर न करना.

इस दस्तावेज़ में, आपके कोड में मेमोरी लीक को रोकने, उनका पता लगाने, और उन्हें ठीक करने के कुछ सबसे सही तरीके बताए गए हैं. अगर आपने इस दस्तावेज़ में दिए गए तरीकों को आज़मा लिया है और आपको लगता है कि हमारे एसडीके में मेमोरी लीक की समस्या है, तो Google के एसडीके से जुड़ी समस्याओं की शिकायत करने का तरीका लेख पढ़ें.

सहायता टीम से संपर्क करने से पहले

Google की सहायता टीम को मेमोरी लीक की समस्या की शिकायत करने से पहले, इस दस्तावेज़ में दिए गए डीबग करने के तरीके के साथ-साथ सबसे सही तरीकों का पालन करें. इससे यह पक्का किया जा सकेगा कि गड़बड़ी आपके कोड में नहीं है. इन चरणों को पूरा करने से आपकी समस्या हल हो सकती है. अगर ऐसा नहीं होता है, तो Google की सहायता टीम को आपकी समस्या हल करने के लिए ज़रूरी जानकारी मिल जाती है.

मेमोरी लीक होने से रोकना

Google के एसडीके इस्तेमाल करने वाले कोड में मेमोरी लीक होने की कुछ सबसे सामान्य वजहों से बचने के लिए, इन सबसे सही तरीकों का इस्तेमाल करें.

Android ऐप्लिकेशन के लिए सबसे सही तरीके

देखें कि आपने अपने Android ऐप्लिकेशन में ये सभी काम किए हों:

1. इस्तेमाल नहीं किए जा रहे संसाधनों को रिलीज़ करें.
2. जब लिसनर की ज़रूरत न हो, तब उन्हें अनरजिस्टर करें.
3. ज़रूरत न होने पर टास्क रद्द करें.
4. रिलीज़ किए गए संसाधनों के लिए लाइफ़साइकल के तरीकों को फ़ॉरवर्ड करें.
5. एसडीके के नए वर्शन का इस्तेमाल करें.
6. शुरू करने के दौरान मुख्य थ्रेड को ब्लॉक करने से बचें, ताकि एएनआर की गड़बड़ियां न हों.

इनमें से हर तरीके के बारे में ज़्यादा जानकारी पाने के लिए, यहां दिए गए सेक्शन देखें.

इस्तेमाल न किए गए संसाधनों को रिलीज़ करना

जब आपका Android ऐप्लिकेशन किसी संसाधन का इस्तेमाल करता है, तो यह पक्का करें कि जब उसकी ज़रूरत न हो, तो उसे रिलीज़ कर दिया जाए. ऐसा न करने पर, संसाधन मेमोरी का इस्तेमाल करता रहता है. भले ही, आपका ऐप्लिकेशन उनका इस्तेमाल करना बंद कर दे. ज़्यादा जानकारी के लिए, Android के दस्तावेज़ में गतिविधि का लाइफ़साइकल देखें.

GeoSDK में GoogleMap के पुराने रेफ़रंस रिलीज़ करना

आम तौर पर, यह गलती होती है कि GoogleMap को NavigationView या MapView का इस्तेमाल करके कैश मेमोरी में सेव करने पर, मेमोरी लीक हो सकती है. GoogleMap का NavigationView या MapView से वन-टू-वन संबंध होता है. आपको यह पक्का करना होगा कि GoogleMap को कैश मेमोरी में सेव न किया गया हो. इसके अलावा, यह भी पक्का करना होगा कि NavigationView#onDestroy या MapView#onDestroy को कॉल किए जाने पर, रेफ़रंस रिलीज़ हो जाए. अगर NavigationSupportFragment, MapSupportFragment या इन व्यू को रैप करने वाले अपने फ़्रैगमेंट का इस्तेमाल किया जा रहा है, तो Fragment#onDestroyView में रेफ़रंस जारी किया जाना चाहिए.

class NavFragment : SupportNavigationFragment() {

  var googleMap: GoogleMap?

  override fun onCreateView(
    inflater: LayoutInflater,
    parent: ViewGroup?,
    savedInstanceState: Bundle?,
  ): View  {
    super.onCreateView(inflater,parent,savedInstanceState)
    getMapAsync{map -> googleMap = map}
  }

  override fun onDestroyView() {
    googleMap = null
  }
}

जब लिसनर की ज़रूरत न हो, तो उन्हें अनरजिस्टर करें

जब आपका Android ऐप्लिकेशन किसी इवेंट के लिए लिसनर रजिस्टर करता है, जैसे कि बटन पर क्लिक करना या व्यू की स्थिति में बदलाव करना, तो पक्का करें कि जब ऐप्लिकेशन को इवेंट की निगरानी करने की ज़रूरत न हो, तब लिसनर को अनरजिस्टर कर दिया जाए. अगर ऐसा नहीं किया जाता है, तो लिसनर मेमोरी का इस्तेमाल करते रहेंगे. भले ही, आपका ऐप्लिकेशन उनके साथ काम करना बंद कर दे.

उदाहरण के लिए, मान लें कि आपका ऐप्लिकेशन Navigation SDK का इस्तेमाल करता है और वह किसी जगह पर पहुंचने से जुड़े इवेंट को सुनने के लिए, यहां दिए गए लिसनर को कॉल करता है: addArrivalListener मेथड को कॉल करता है, तो उसे removeArrivalListener को भी कॉल करना चाहिए, ताकि वह किसी जगह पर पहुंचने से जुड़े इवेंट को मॉनिटर करना बंद कर दे.

var arrivalListener: Navigator.ArrivalListener? = null

fun registerNavigationListeners() {
  arrivalListener =
    Navigator.ArrivalListener {
      ...
    }
  navigator.addArrivalListener(arrivalListener)
}

override fun onDestroy() {
  navView.onDestroy()
  if (arrivalListener != null) {
    navigator.removeArrivalListener(arrivalListener)
  }

  ...
  super.onDestroy()
}

ज़रूरत न होने पर टास्क रद्द करना

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

सबसे सही तरीकों के बारे में ज़्यादा जानने के लिए, Android के दस्तावेज़ में अपने ऐप्लिकेशन की मेमोरी मैनेज करना लेख पढ़ें.

संसाधन रिलीज़ करने के लिए, लाइफ़साइकल के तरीकों को फ़ॉरवर्ड करना

अगर आपका ऐप्लिकेशन, Navigation या Maps SDK टूल का इस्तेमाल करता है, तो पक्का करें कि आपने लाइफ़साइकल के तरीकों (बोल्ड में दिखाए गए) को navView पर फ़ॉरवर्ड करके, संसाधनों को रिलीज़ कर दिया हो. इसके लिए, Navigation SDK में NavigationView या Maps या Navigation SDK में MapView का इस्तेमाल किया जा सकता है. NavigationView और MapView का सीधे तौर पर इस्तेमाल करने के बजाय, SupportNavigationFragment या SupportMapFragment का भी इस्तेमाल किया जा सकता है. सपोर्ट फ़्रैगमेंट, लाइफ़साइकल के तरीकों को फ़ॉरवर्ड करने का काम करते हैं.

ध्यान दें: यहां दिए गए कोड में NavViewActivity का मतलब, ग्राहक की ओर से तय की गई ऐसी गतिविधि से है जिसे बनाया जा सकता है.

class NavViewActivity : AppCompatActivity() {

  override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    ...
    navView = ...
    navView.onCreate(savedInstanceState)
    ...
  }

  override fun onSaveInstanceState(savedInstanceState: Bundle) {
    super.onSaveInstanceState(savedInstanceState)
    navView.onSaveInstanceState(savedInstanceState)
  }

  override fun onTrimMemory(level: Int) {
    super.onTrimMemory(level)
    navView.onTrimMemory(level)
  }

  /* Same with
    override fun onStart()
    override fun onResume()
    override fun onPause()
    override fun onConfigurationChanged(...)
    override fun onStop()
    override fun onDestroy()
  */
}

एसडीके के नए वर्शन का इस्तेमाल करना

Google SDK को लगातार अपडेट किया जाता है. इनमें नई सुविधाएं जोड़ी जाती हैं, गड़बड़ियां ठीक की जाती हैं, और परफ़ॉर्मेंस को बेहतर बनाया जाता है. इन सुधारों को पाने के लिए, अपने ऐप्लिकेशन में मौजूद एसडीके को अप-टू-डेट रखें.

एएनआर से बचने के लिए, शुरू होने के दौरान मुख्य थ्रेड को ब्लॉक न करें

जब कोई ऐप्लिकेशन मुख्य थ्रेड को बहुत ज़्यादा समय तक ब्लॉक करता है, तो "ऐप्लिकेशन काम नहीं कर रहा है" (एएनआर) गड़बड़ी हो सकती है. ANR से बचने के लिए, लाइफ़साइकल के तरीकों को जितना हो सके उतना हल्का रखें. जैसे, onCreate(). इसके लिए, लंबे समय तक चलने वाले टास्क को बाद के लिए शेड्यूल करें या उन्हें मुख्य थ्रेड से बाहर चलाएं.

एसडीके टूल को शुरू करने से जुड़ी एएनआर वाली गड़बड़ियों से बचने के लिए:

• एक बार में सिर्फ़ एक मैप इंस्टेंस बनाएं.
• मैप को इंस्टैंशिएट करते समय, यूज़र इंटरफ़ेस (यूआई) थ्रेड पर जितना हो सके उतना कम काम करें.

मेमोरी लीक को डीबग करना

अगर इस दस्तावेज़ में दिए गए सभी सुझावों को लागू करने के बाद भी मेमोरी लीक की समस्या बनी रहती है, तो इस प्रोसेस का पालन करके समस्या को ठीक करें.

शुरू करने से पहले, आपको यह पता होना चाहिए कि Android मेमोरी को कैसे मैनेज करता है. जानकारी के लिए, Android के मेमोरी मैनेजमेंट की खास जानकारी लेख पढ़ें.

मेमोरी लीक को डीबग करने के लिए, यह प्रोसेस अपनाएं:

1. समस्या को दोबारा हल करें. इस समस्या को ठीक करने के लिए, यह चरण ज़रूरी है.
2. देखें कि मेमोरी का इस्तेमाल उम्मीद के मुताबिक हो रहा है या नहीं. देखें कि मेमोरी के इस्तेमाल में हुई बढ़ोतरी, मेमोरी लीक की वजह से तो नहीं हुई है. साथ ही, यह भी देखें कि आपके ऐप्लिकेशन को चलाने के लिए, इतनी मेमोरी की ज़रूरत तो नहीं है.
3. ज़्यादा जानकारी के साथ डीबग करना. डीबग करने के लिए, कई यूटिलिटी का इस्तेमाल किया जा सकता है. Android में मेमोरी से जुड़ी समस्याओं को डीबग करने के लिए, तीन अलग-अलग स्टैंडर्ड टूल सेट उपलब्ध हैं: Android Studio, Perfetto, और Android डीबग ब्रिज (एडीबी) कमांड लाइन यूटिलिटी.
4. देखें कि आपका ऐप्लिकेशन कितनी मेमोरी इस्तेमाल कर रहा है. ढेर डंप और एलॉकेशन ट्रैकिंग पाएं. इसके बाद, उसका विश्लेषण करें.
5. मेमोरी लीक की समस्या ठीक करें.

इन चरणों के बारे में ज़्यादा जानकारी, यहां दी गई है.

पहला चरण: समस्या को फिर से दोहराना

अगर समस्या को फिर से नहीं बनाया जा सका है, तो सबसे पहले उन स्थितियों पर विचार करें जिनकी वजह से मेमोरी लीक हो सकती है. अगर आपको पता है कि समस्या फिर से हुई है, तो सीधे हीप डंप की जांच की जा सकती है. हालांकि, अगर आपको ऐप्लिकेशन के स्टार्टअप या किसी अन्य समय पर सिर्फ़ हीप डंप मिलता है, तो हो सकता है कि आपने मेमोरी लीक को ट्रिगर करने वाली शर्तें पूरी न की हों. समस्या को फिर से दोहराने की कोशिश करते समय, अलग-अलग स्थितियों के बारे में सोचें:

• कौनसी सुविधाएं चालू की गई हैं?

• उपयोगकर्ता की किन कार्रवाइयों से डेटा लीक होता है?

  • क्या आपने इस सीक्वेंस को चालू करने की कई बार कोशिश की है?

• ऐप्लिकेशन किन लाइफ़साइकल स्थितियों से गुज़रा है?

  • क्या आपने लाइफ़साइकल की अलग-अलग स्थितियों में कई बार कोशिश की है?

पक्का करें कि एसडीके के नए वर्शन में, समस्या को फिर से बनाया जा सकता हो. ऐसा हो सकता है कि पिछले वर्शन में मौजूद समस्या को ठीक कर दिया गया हो.

दूसरा चरण: देखें कि ऐप्लिकेशन के लिए मेमोरी का इस्तेमाल, उम्मीद के मुताबिक हो रहा है या नहीं

हर सुविधा के लिए, अतिरिक्त मेमोरी की ज़रूरत होती है. अलग-अलग स्थितियों में डीबग करते समय, यह देखें कि क्या यह मेमोरी का सामान्य इस्तेमाल है या यह मेमोरी लीक है. उदाहरण के लिए, अलग-अलग सुविधाओं या उपयोगकर्ता के टास्क के लिए, यहां दी गई संभावनाएं देखें:

• लीक होने की संभावना है: इस स्थिति को कई बार चालू करने पर, समय के साथ मेमोरी का इस्तेमाल बढ़ता है.

• मेमोरी के इस्तेमाल की अनुमानित सीमा: मेमोरी को तब वापस ले लिया जाता है, जब सिनेरियो बंद हो जाता है.

• मेमोरी के इस्तेमाल में संभावित बढ़ोतरी: मेमोरी के इस्तेमाल में कुछ समय के लिए बढ़ोतरी होती है. इसके बाद, यह कम हो जाती है. ऐसा किसी बाउंडेड कैश या मेमोरी के इस्तेमाल में होने वाली अन्य संभावित बढ़ोतरी की वजह से हो सकता है.

अगर ऐप्लिकेशन की परफ़ॉर्मेंस, मेमोरी के इस्तेमाल के लिए तय किए गए थ्रेशोल्ड के मुताबिक है, तो ऐप्लिकेशन की मेमोरी को मैनेज करके समस्या को ठीक किया जा सकता है. मदद पाने के लिए, अपने ऐप्लिकेशन की मेमोरी मैनेज करना लेख पढ़ें.

तीसरा चरण: हाई लेवल पर डीबग करना

मेमोरी लीक को डीबग करते समय, सबसे पहले हाई लेवल से शुरू करें. इसके बाद, जब आपको संभावित वजहों के बारे में पता चल जाए, तब ज़्यादा जानकारी पर जाएं. इन बड़े लेवल के डीबगिंग टूल में से किसी एक का इस्तेमाल करके, पहले यह विश्लेषण करें कि समय के साथ कोई मेमोरी लीक हो रही है या नहीं:

• Android Studio Memory Profiler (सुझाया गया)

• Perfetto मेमोरी काउंटर

• Android डीबग ब्रिज (adb) की कमांड लाइन यूटिलिटी

• बजट के बंटवारे को ट्रैक करना

Android Studio का मेमोरी प्रोफ़ाइलर

इस टूल से, इस्तेमाल की गई मेमोरी का विज़ुअल हिस्टोग्राम मिलता है. इस इंटरफ़ेस से, हीप डंप और मेमोरी के इस्तेमाल को ट्रैक करने की सुविधा भी चालू की जा सकती है. यह टूल, डिफ़ॉल्ट रूप से सुझाया जाता है. ज़्यादा जानकारी के लिए, Android Studio Memory Profiler देखें.

Perfetto मेमोरी काउंटर

Perfetto की मदद से, कई मेट्रिक को ट्रैक किया जा सकता है. साथ ही, यह सभी मेट्रिक को एक ही हिस्टोग्राम में दिखाता है. ज़्यादा जानकारी के लिए, Perfetto मेमोरी काउंटर देखें.

Android डीबग ब्रिज (adb) कमांड-लाइन यूटिलिटी

Perfetto की मदद से ट्रैक की जा सकने वाली ज़्यादातर जानकारी, adbकमांड लाइन यूटिलिटी के तौर पर भी उपलब्ध होती है. इस यूटिलिटी से सीधे तौर पर क्वेरी की जा सकती है. यहां कुछ अहम उदाहरण दिए गए हैं:

• Meminfo की मदद से, किसी समय पर मेमोरी की पूरी जानकारी देखी जा सकती है.

• Procstats समय के साथ कुछ अहम आंकड़ों को इकट्ठा करके दिखाता है.

यहां देखने के लिए एक अहम आंकड़ा यह है कि ऐप्लिकेशन को समय के साथ ज़्यादा से ज़्यादा कितनी फ़िज़िकल मेमोरी (maxRSS) की ज़रूरत होती है. ऐसा हो सकता है कि MaxPSS उतना सटीक न हो. ज़्यादा सटीक जानकारी पाने के लिए, adb shell dumpsys procstats --help –start-testing फ़्लैग देखें.

ऐलोकेशन ट्रैकिंग

ऐलोकेशन ट्रैकिंग से उस स्टैक ट्रेस की पहचान होती है जहां मेमोरी को ऐलोकेट किया गया था. साथ ही, यह भी पता चलता है कि मेमोरी को खाली किया गया था या नहीं. यह तरीका खास तौर पर, नेटिव कोड में लीक का पता लगाने के लिए मददगार होता है. यह टूल स्टैक ट्रेस की पहचान करता है. इसलिए, यह समस्या की असली वजह को तुरंत डीबग करने या समस्या को फिर से बनाने का तरीका जानने का एक बेहतरीन तरीका हो सकता है. एलॉकेशन ट्रैकिंग का इस्तेमाल करने का तरीका जानने के लिए, एलॉकेशन ट्रैकिंग की मदद से नेटिव कोड में मेमोरी को डीबग करना लेख पढ़ें.

चौथा चरण: हीप डंप की मदद से, अपने ऐप्लिकेशन की मेमोरी के इस्तेमाल की जांच करना

मेमोरी लीक का पता लगाने का एक तरीका यह है कि अपने ऐप्लिकेशन का हीप डंप पाएं. इसके बाद, लीक की जांच करें. हीप डंप, किसी ऐप्लिकेशन की मेमोरी में मौजूद सभी ऑब्जेक्ट का स्नैपशॉट होता है. इसका इस्तेमाल, मेमोरी लीक और मेमोरी से जुड़ी अन्य समस्याओं का पता लगाने के लिए किया जा सकता है.

ध्यान दें: Java या Kotlin में लिखे गए Android ऐप्लिकेशन, ऐप्लिकेशन के लिए इस्तेमाल की गई मेमोरी को मैनेज करने के लिए गार्बेज कलेक्टर (GC) का इस्तेमाल करते हैं. GC, अब इस्तेमाल नहीं किए जा रहे ऑब्जेक्ट की पहचान करके उन्हें अपने-आप हटा देता है. इसका मतलब है कि ऐसे ऑब्जेक्ट जिन्हें किसी रूट से ऐक्सेस नहीं किया जा सकता. इससे मेमोरी खाली हो जाती है, जिसका इस्तेमाल दूसरे लोग कर सकते हैं.

Java और Kotlin ऐप्लिकेशन, गार्बेज कलेक्टर का इस्तेमाल करते हैं. इसलिए, आपको लग सकता है कि मेमोरी लीक कैसे हो सकती है. क्या GC को उन सभी ऑब्जेक्ट को वापस नहीं लेना चाहिए जिन तक पहुंचा नहीं जा सकता? Android में, मेमोरी लीक का मतलब आम तौर पर ऐसे ऑब्जेक्ट से होता है जिन तक पहुंचा जा सकता है, लेकिन अब वे काम के नहीं हैं. उदाहरण के लिए, अगर आपका ऐप्लिकेशन किसी ऐसी Android गतिविधि का रेफ़रंस बनाए रखता है जिसे बंद कर दिया गया है, तो इसे मेमोरी लीक माना जाता है. ऐसा इसलिए, क्योंकि गतिविधि को फिर से नहीं दिखाया जा सकता. हालांकि, GC इसे वापस नहीं ले सकता, क्योंकि इसका मालिकाना हक अब भी आपके ऐप्लिकेशन के पास है. किसी गतिविधि को अक्सर मेमोरी में सेव रखने में ज़्यादा खर्च आता है.

Android Studio, ऐसी मेमोरी लीक का पता लगा सकता है जिन्हें GC ठीक नहीं कर सकता. जब हीप डंप कैप्चर किया जाता है, तब Android Studio यह जांच करता है कि कोई ऐसी गतिविधि या फ़्रैगमेंट तो नहीं है जो अब भी ऐक्सेस किया जा सकता है, लेकिन पहले ही बंद हो चुका है.

1. हीप डंप कैप्चर करें.
2. मेमोरी लीक का पता लगाने के लिए, हीप डंप का विश्लेषण करें.
3. मेमोरी लीक की समस्या ठीक की गई.

ज़्यादा जानकारी के लिए, यहां दिए गए सेक्शन देखें.

हीप डंप कैप्चर करना

हीप डंप कैप्चर करने के लिए, Android डीबग ब्रिज (adb) या Android Studio Memory Profiler का इस्तेमाल किया जा सकता है.

हीप डंप कैप्चर करने के लिए adb का इस्तेमाल करना

adb का इस्तेमाल करके हीप डंप कैप्चर करने के लिए, यह तरीका अपनाएं:

1. अपने Android डिवाइस को कंप्यूटर से कनेक्ट करें.
2. कोई कमांड प्रॉम्प्ट खोलें और उस डायरेक्ट्री पर जाएं जहां adb टूल मौजूद हैं.

3. हीप डंप कैप्चर करने के लिए, यह निर्देश चलाएं :

   adb shell am dumpheap my.app.name $PHONE_FILE_OUT

4. हीप डंप को वापस पाने के लिए, यह निर्देश चलाएं:

   adb pull $PHONE_FILE_OUT $LOCAL_FILE.

हीप डंप कैप्चर करने के लिए Android Studio का इस्तेमाल करना

Android Studio Memory Profiler का इस्तेमाल करके हीप डंप कैप्चर करने के लिए, Android Capture a heapdump सेक्शन में दिया गया यह तरीका अपनाएं.

मेमोरी लीक का पता लगाने के लिए, हीप डंप का विश्लेषण करना

हीप डंप कैप्चर करने के बाद, Android Studio Memory Profiler का इस्तेमाल करके उसका विश्लेषण किया जा सकता है. ऐसा करने के लिए, यह तरीका अपनाएं:

1. Android Studio में अपना Android प्रोजेक्ट खोलें.

2. चलाएं को चुनें. इसके बाद, डीबग करें कॉन्फ़िगरेशन को चुनें.

3. Android Profiler टैब खोलें.

4. मेमोरी को चुनें.

5. ओपन हीप डंप को चुनें. इसके बाद, जनरेट की गई हीप डंप फ़ाइल को चुनें. मेमोरी प्रोफ़ाइलर, आपके ऐप्लिकेशन के मेमोरी इस्तेमाल का ग्राफ़ दिखाता है.

6. हीप डंप का विश्लेषण करने के लिए, ग्राफ़ का इस्तेमाल करें:

   • उन ऑब्जेक्ट की पहचान करना जिनका अब इस्तेमाल नहीं किया जा रहा है.

   • उन ऑब्जेक्ट की पहचान करना जो बहुत ज़्यादा मेमोरी का इस्तेमाल करते हैं.

   • देखें कि हर ऑब्जेक्ट कितनी मेमोरी का इस्तेमाल कर रहा है.

7. इस जानकारी का इस्तेमाल करके, मेमोरी लीक की समस्या को कम करें या उसके सोर्स का पता लगाएं. इसके बाद, समस्या को ठीक करें.

ध्यान दें: Android Studio में एक जानी-पहचानी समस्या है. इसकी वजह से, रिपोर्ट किए गए बनाए रखे गए साइज़ की जानकारी गलत होती है. Android Studio के वर्शन के हिसाब से, साइज़ का अनुमान बहुत कम या बहुत ज़्यादा लगाया जा सकता है. Google का सुझाव है कि मेमोरी का विश्लेषण करने के लिए, शैलो साइज़ का इस्तेमाल करें.

पांचवां चरण: मेमोरी लीक की समस्या ठीक करना

मेमोरी लीक की वजह का पता लगाने के बाद, इसे ठीक किया जा सकता है. Android ऐप्लिकेशन में मेमोरी लीक की समस्या ठीक करने से, ऐप्लिकेशन की परफ़ॉर्मेंस और स्थिरता को बेहतर बनाने में मदद मिलती है. हालात के हिसाब से, जानकारी अलग-अलग होती है. हालांकि, इन सुझावों से आपको मदद मिल सकती है:

• पक्का करें कि आपका ऐप्लिकेशन, Android के इस विषय में बताए गए तरीके से मेमोरी को असाइन और असाइन न करे: अपने ऐप्लिकेशन की मेमोरी मैनेज करना.

• अपने ऐप्लिकेशन से, इस्तेमाल नहीं किया गया कोड या संसाधन हटाएं. Android ऐप्लिकेशन के बारे में ज़्यादा जानने के लिए, Android ऐप्लिकेशन के लिए सबसे सही तरीके देखें.

डीबग करने के अन्य टूल

इन चरणों को पूरा करने के बाद भी, अगर आपको मेमोरी लीक की समस्या नहीं मिली है और आपने उसे ठीक नहीं किया है, तो इन टूल का इस्तेमाल करें:

• नेटिव कोड में मेमोरी को डीबग करें. इसके लिए, मेमोरी के इस्तेमाल को ट्रैक करने की सुविधा चालू करें.
• LeakCanary की मदद से लीक का पता लगाना.

नेटिव कोड में मेमोरी को डीबग करना, जिसमें मेमोरी के बंटवारे को ट्रैक करने की सुविधा शामिल है

भले ही, सीधे तौर पर नेटिव कोड का इस्तेमाल न किया जा रहा हो, लेकिन कई सामान्य Android लाइब्रेरी इसका इस्तेमाल करती हैं. इनमें Google के SDK टूल भी शामिल हैं. अगर आपको लगता है कि मेमोरी लीक नेटिव कोड में है, तो इसे डीबग करने के लिए कई टूल उपलब्ध हैं. Android Studio या heapprofd (यह Perfetto के साथ भी काम करता है) की मदद से, मेमोरी के इस्तेमाल को ट्रैक किया जा सकता है. इससे मेमोरी लीक की संभावित वजहों का पता लगाया जा सकता है. साथ ही, यह समस्या को ठीक करने का सबसे तेज़ तरीका है.

डेटा के बंटवारे को ट्रैक करने की सुविधा का एक और फ़ायदा यह है कि इसकी मदद से, हीप में मौजूद संवेदनशील जानकारी को शामिल किए बिना नतीजे शेयर किए जा सकते हैं.

LeakCanary की मदद से मेमोरी लीक की पहचान करना

LeakCanary, Android ऐप्लिकेशन में मेमोरी लीक की पहचान करने वाला एक बेहतरीन टूल है. अपने ऐप्लिकेशन में LeakCanary का इस्तेमाल करने के बारे में ज़्यादा जानने के लिए, LeakCanary पर जाएं.

ध्यान दें: LeakCanary और Google Maps या Navigation SDK टूल के बारे में जानकारी. MapView वाली किसी गतिविधि या फ़्रैगमेंट के बंद होने के बाद, Maps SDK या Navigation SDK, लॉगिंग के मकसद से इसे एक मिनट तक सेव रख सकता है. लीककैनरी, किसी ऐक्टिविटी या फ़्रैगमेंट के डिस्ट्रॉय होने के तुरंत बाद लीक का पता लगाता है. इसलिए, यह ऐक्टिविटी या फ़्रैगमेंट को लीक के तौर पर रिपोर्ट कर सकता है. Google का सुझाव है कि आप एक मिनट इंतज़ार करें. इसके बाद, हीप डंप कैप्चर करें. इससे आपको यह पता चलेगा कि डिस्ट्रॉय की गई ऐक्टिविटी या फ़्रैगमेंट अब भी मेमोरी में है या नहीं.

Google के एसडीके से जुड़ी समस्याओं की शिकायत करने का तरीका

अगर आपने इस दस्तावेज़ में दिए गए तरीके आज़मा लिए हैं और आपको लगता है कि हमारे SDK में मेमोरी लीक हो रही है, तो ग्राहक सहायता टीम से संपर्क करें. साथ ही, यहां दी गई ज़्यादा से ज़्यादा जानकारी दें:

• मेमोरी लीक की समस्या को फिर से बनाने का तरीका. अगर इन चरणों में जटिल कोडिंग की ज़रूरत है, तो समस्या को दोहराने वाले कोड को हमारे सैंपल ऐप्लिकेशन में कॉपी करें. साथ ही, यूज़र इंटरफ़ेस (यूआई) में किए जाने वाले उन अतिरिक्त चरणों के बारे में बताएं जिनकी वजह से मेमोरी लीक होती है.

• समस्या को फिर से दोहराकर, आपके ऐप्लिकेशन से कैप्चर किए गए हीप डंप. दो अलग-अलग समय पर हीप डंप कैप्चर करें. इससे पता चलेगा कि मेमोरी का इस्तेमाल काफ़ी बढ़ गया है.

• अगर नेटिव मेमोरी लीक होने की आशंका है, तो heapprofd से मिले ऐलोकेशन ट्रैकिंग आउटपुट को शेयर करें.

• गड़बड़ी की रिपोर्ट, जो लीक होने की समस्या को फिर से दोहराने के बाद ली गई हो.

• मेमोरी से जुड़े किसी भी क्रैश के स्टैक ट्रेस.

  अहम जानकारी: आम तौर पर, स्टैक ट्रेस से मेमोरी की समस्या को डीबग नहीं किया जा सकता. इसलिए, पक्का करें कि आपने किसी अन्य तरह की जानकारी भी दी हो.