* नोट: यह उत्तर केवल iOS 4.1 और कम करने के लिए प्रासंगिक है। इस उत्तर में वर्णित समस्याओं को ज्यादातर आईओएस 4.2 *
पर कुछ खोद रहा है क्योंकि मेरा ऐप दोनों मानचित्र का उपयोग करता है और इसमें अन्य विशेषताएं भी हैं जो उच्च रैम की मांग करती हैं।
मुझे कोई जवाब नहीं मिला है, लेकिन एक कामकाज है। MKMapView की मेमोरी मांग तेजी से बढ़ती है क्योंकि आप किसी क्षेत्र में नज़दीक ज़ूम करते हैं, और उस क्षेत्र में ज़ूम किए हुए पैन के आसपास पैन करते हैं।
एमकेमैप व्यू टाइल कैश के दो स्तर हैं। एक इंस्ट्रूमेंट्स में मॉलोक ~ 1 9 6 केबी के रूप में खुद को प्रकट करता है, दूसरा अलग-अलग आकारों के एनएसडीटा (स्टोर) है।
मॉलोक सक्रिय उपयोग में आने वाली टाइल प्रतीत होता है, और कितने आवंटित किए जा सकते हैं इस पर एक हार्ड कैप है। मेरे ऐप में यह संख्या 16 है, सुनिश्चित नहीं है कि यह UIView आकार पर आधारित है या नहीं। ये आवंटन कड़ाई से प्रबंधित होते प्रतीत होते हैं, और यह स्मृति चेतावनियों का जवाब देता है।
वैसे भी, एक निश्चित ज़ूम स्तर पर, टाइल के आकार को देखते हुए, महाद्वीप स्तर (एक आईपैड स्क्रीन में उत्तरी अमेरिका के अधिकांश फिट करने के लिए पर्याप्त) कहते हैं, अगर कभी भी वास्तव में कैशिंग के दूसरे स्तर तक नहीं पहुंचना पड़ता है (मानचित्र को पूरा करने के लिए एनएसडीटा (स्टोर))। सब कुछ कुरकुरा और साफ है। अगर मैं सक्रिय छवियों में बाहरी छवियों में से एक टन में लोड करता हूं, तो टाइल्स स्वयं को छीन लेती है। बहुत बढ़िया!
समस्या तब होती है जब यह कैशिंग के दूसरे स्तर को हिट करता है। यह तब होता है जब आप ज़ूम इन करते हैं, और अचानक पूरे प्लानट को दिखाने के लिए 16 टाइल्स की बजाय, इसे लॉस एंजेलस को दिखाने के लिए 16 टाइल्स की आवश्यकता होती है, और जैसे ही आप उन पुरानी टाइल्स को डंप करने के बजाए घूमते हैं, यह उन्हें एनएसडीटा (स्टोर में रखता है)) आवंटन जहां वे कभी मुक्त नहीं होते हैं।
यह एनएसडीटा (स्टोर) NSURLConnectionCache है जो डिफ़ॉल्ट रूप से केवल स्मृति में मौजूद है। आप इसे सीमित करने के लिए इस कैश तक नहीं पहुंच सकते हैं, क्योंकि यह डिफ़ॉल्ट साझा कैश नहीं है (पहले से ही इसे आजमाया गया है)।
तो यह वह जगह है जहां मैं अटक गया हूं।
असंतोषजनक उत्तर यह है कि यदि आप मानचित्र ज़ूमिंग को अक्षम करते हैं और इसे उचित रूप से व्यापक ज़ूम स्तर पर ठीक करते हैं, तो आप इस समस्या से पूरी तरह से बच सकते हैं, लेकिन जाहिर है कि कुछ ऐप्स को इसकी आवश्यकता है ... और यह वही है जहां तक मुझे मिला।
मैंने ऐप्पल के साथ एक समर्थन टिकट दायर किया ताकि यह देखने के लिए कि क्या वे मानचित्र के लिए इस हास्यास्पद कैश को सीमित करने के लिए किसी भी तरह से प्रकट कर सकते हैं (जिस तरह से मैं सक्रिय स्मृति में आवंटित 50+ मेगाहर्ट्ज रैम तक क्रैक करने में सक्षम था) ।
उम्मीद है कि इससे मदद मिलती है।
संपादित
अगले आईओएस रिलीज इस असीम कैश समस्या हल हो जाती है प्रकट होता है। MKMapView अब आक्रामक रूप से अपने कैश किए गए टाइल डेटा को prunes। आनन्द!
मुझे यह वही समस्या मैटिया है। हर कोई "ololol नक्शा पिन, लीक!" कहना पसंद करता है लेकिन नहीं, एमकेमैप व्यू वास्तव में रैम की भारी मात्रा में घूमता है और यह ज़ूम स्तरों के साथ बदतर हो जाता है। इस समस्या पर अभी काम करना, उम्मीद है कि मुझे कुछ मिल जाएगा। प्रतिक्रिया के लिए –