क्या ज़रूरत होने तक Google मानचित्र को स्थायी रूप से बंद करने का कोई तरीका है?


24

लगता है कि Google मानचित्र में इसके लिए दर्ज की गई इंटेन्स की एक पागल राशि है, साथ ही इसे शुरू करने के अन्य तरीके भी हैं।

चूंकि यह एक सुंदर संसाधन भूखा ऐप है (विशेषकर मेमोरी वार), मैं बहुत चाहता हूं कि यह स्थायी रूप से तब तक न चले जब तक कि मुझे वास्तव में इसकी आवश्यकता न हो। हालाँकि, एंड्रॉइड इसे हर समय शुरू करता रहता है - उदाहरण के लिए, जब कनेक्टिविटी स्थिति बदलती है (जो मेरे लिए बहुत बार घर के अंदर होती है), या जीपीएस / नेटवर्क स्थान परिवर्तन।

क्या यह सुनिश्चित करने का कोई तरीका है कि जब तक मैं जानबूझकर इसे लॉन्च करने के लिए किसी आइकन पर क्लिक नहीं करता, Google मैप्स किसी भी प्रक्रिया को शुरू नहीं करता है, इसकी गारंटी नहीं है?

पर्यावरण : Droid एक्स, जड़ें स्टॉक Froyo 2.2 चल रहा है; मेरे पास ऑटोस्टार्ट है । और उन्नत टास्क किलर, साथ ही टाइटेनियम बैकअप के प्रो संस्करण को स्थापित किया गया।

जब तक मैं लगभग किसी भी विधि के लिए खुला हूं

  • यह विश्वसनीय है।

  • 5 मिनट के काम को फिर से कॉन्फ़िगर करने की आवश्यकता के बिना, मुझे इसकी 100% इच्छित कार्यक्षमता के साथ Google मानचित्र का उपयोग करने देता है।

  • आदर्श रूप से, मुझे इसका उपयोग करने के लिए रिबूट करने की आवश्यकता नहीं है, लेकिन यह एक सौदा हत्यारा नहीं है।

  • मैं सामान्य रूप से एक सामान्य विधि पसंद करूंगा जो अन्य अनुप्रयोगों पर लागू होगी, केवल Google मानचित्र पर नहीं।

  • मैं यूनिक्स / लिनक्स सिस्टम प्रशासन के अनुभव की भारी खुराक के साथ एक सॉफ्टवेयर डेवलपर हूं। दूसरे शब्दों में, जिन समाधानों में शेल प्रॉम्प्ट या लेखन / रनिंग शेल स्क्रिप्ट की आवश्यकता होती है (या एंड्रॉइड स्क्रिप्टिंग एन्वायरमेंट में पर्ल) का बहुत स्वागत है।

    अपने स्वयं के जावा एंड्रॉइड ऐप को लिखने वाले समाधान स्वीकार्य हैं जब तक कि वे कुल एंड्रॉइड डेवलपमेंट की तुलना में पर्याप्त विस्तृत हों, नौसिखिया 100% खोए बिना कम से कम कुछ काम कर सकते हैं।

जिन चीजों की मैंने कोशिश की:

  • टास्क किलर के माध्यम से प्रक्रियाओं को मारना काम नहीं कर रहा है - वे तुरंत या थोड़ी देर में वापस आते हैं। संभवतः इंटेंट्स के माध्यम से लेकिन 100% निश्चित नहीं है।

  • GMaps मुद्दों से छुटकारा पाने के मानक तरीके (अक्षांश से बाहर / जीपीएस और नेटवर्क लोकेटर बंद करें)। यह एक बहुत मदद करने के लिए लगता है लेकिन मुझे जीपीएस / लोकेटर को स्थायी रूप से बंद करने की आवश्यकता को अस्वीकार्य लगता है - जैसे यह मुझे लोकेल ऐप या लोकेल-आधारित टास्कर चीजों को चलाने की अनुमति नहीं देगा।

  • टाइटेनियम बैकअप प्रो के माध्यम से फ्रीज। इसके लिए एक रिबूट की आवश्यकता होती है और आम तौर पर बहुत सुखद नहीं होता है।

संभावित दृष्टिकोण जिनके बारे में मैंने सोचा था (लेकिन पता नहीं कैसे करना है) हैं:

  • किसी भी तरह से Google मैप्स द्वारा पंजीकृत उन सभी इरादों को पूरी तरह से समाप्त (बंद) कर दें जब जरूरत न हो।

    समस्याएं: सबसे पहले, मुझे नहीं पता कि सभी Google नक्शे का उपयोग करता है।

    दूसरा, ऐसा करने का केवल व्यावहारिक तरीका है कि मैं के बारे में पता है कि जो समस्या का समाधान नहीं है Autostarts एप्लिकेशन है - यह लेता है ~ 5-10 मिनट खोजने के लिए और सभी उद्देश्यों को पुन: सक्षम मैं के बारे में पता कर रहा हूँ (Autostarts प्रति वास्तव में गरीब है -आप आशय प्रबंधन - यह प्रति-इरादे पर केंद्रित है), कभी भी संभव इरादों का मन नहीं करता है कि ऑटोस्टार्ट्स के बारे में पता नहीं है (यह एक ब्लैक बॉक्स है, मुझे नहीं पता है कि कौन से इरादे याद किए जाते हैं यदि कोई हो।

  • एक स्क्रिप्ट जो जार का नाम बदल देगा या जो कुछ भी एंड्रॉयड पर निष्पादन योग्य फ़ाइलों कहते से (पूरे .apk?) हैं GoogleMaps.apkकरने के लिए GoogleMaps.disabled.apkऔर वापस।

    समस्या: मुझे नहीं पता कि क्या यह एक जड़ वाले फ्रायो पर करना संभव है। इसके अलावा, Google मैप्स को DroidX पर पहले से इंस्टॉल किया गया था, इसलिए किसी तरह का नाम बदलने से केवल अपडेट प्रभावित होगा लेकिन मूल ऐप नहीं?

  • एक स्क्रिप्ट है, जो एपीके में जाएगी और उस ऐप के लिए किसी भी इंटेंट को हटाने के लिए मैनिफ़ेस्ट / रीनेम / खाली आउट प्रकट फ़ाइल।

    समस्या: क्या इसके लिए एक recompile की आवश्यकता होगी? इसके लिए निश्चित रूप से एक रिबूट की आवश्यकता होती है जो एक ऋण है


2
कृपया ध्यान दें कि मैं पूछ रहा हूं "क्या जरूरत होने तक Google मानचित्र को स्थायी रूप से बंद करने का एक तरीका है?" मैं यह नहीं पूछ रहा हूं कि "क्या मुझे Google मानचित्र को शुरू करने से स्थायी रूप से रोकने की आवश्यकता है?", या "जीएमएपी को चालू रखने के लिए और अभी भी अच्छी बैटरी लाइफ रखने के लिए क्या वर्कअराउंड हैं"।
DVK

"टाइटेनियम बैकअप प्रो के माध्यम से फ्रीज करें। इसके लिए रिबूट की आवश्यकता होती है और आमतौर पर बहुत सुखद नहीं होता है।" यह तो दिलचस्प है। क्या यह सभी ऐप्स के लिए करता है, या मैप्स की तरह कुछ और एम्बेडेड है?
मौका

@ चांस - मेरी धारणा यह थी कि यह सभी ऐप्स के लिए है।
डीवीके

3
क्या आपने वास्तव में इसकी कोशिश की है? मैंने ऐप को फ्रीज करने से पहले Ti-Bu का उपयोग किया है, और मुझे रिबूट नहीं करना पड़ा है।
मौका

@Chance - जब तक मैं रिबूट नहीं करता, तब तक मेरे ऐप जो मैंने फ्रीज़ कर दिए थे, वे फिर से मेमोरी में नहीं रुकते थे। हो सकता है कि मैं इसे गलत कर रहा था - मैंने केवल हाल ही में टीबीप्रो का उपयोग करना शुरू किया।
डीवीके

जवाबों:


5

टाइटेनियम बैकअप के आपके उल्लेख से मुझे लगता है कि आपका डिवाइस निहित है। तो यहाँ मेरी निरपेक्ष अनुशंसा है ऑटोरन मैनेजर (और हाँ, आपको प्रो - सेकंड हाँ की आवश्यकता होगी, यह इसके लायक है)। स्थापित होने के बाद, एप्लिकेशन खोलें, "उन्नत मोड" का उपयोग करें, उस ऐप को देखें जिसे आप संशोधित करना चाहते हैं (आपके मामले में: Google मैप्स)। इसका विस्तार करें। एआरएम आपको अपने सभी श्रोताओं को दिखाएगा - उन्हें अक्षम करें।

बस। जब तक आप स्पष्ट रूप से इसे शुरू नहीं करते तब तक कुछ भी नहीं जाग रहा है। लेकिन: इससे पहले कि आप इसे शुरू करें, आपको उन श्रोताओं को फिर से सक्षम करने की आवश्यकता हो सकती है, या आपको अजीब दुष्प्रभाव का अनुभव हो सकता है (मैंने किया था)। दूसरी तरफ, कम से कम इसके लिए रिबूट की आवश्यकता नहीं है।

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


16

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

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

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

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

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

मैं हर समय Google नक्शे का उपयोग करता हूं, और मेरी बैटरी के आँकड़ों में यह संसाधनों का उपयोग करने वाले ऐप के रूप में सूचीबद्ध नहीं है। मेरा उच्चतम बैटरी उपयोगकर्ता स्क्रीन @ 31% है, और सबसे कम दिखाया गया GMail @ 3% है। मैं आपको आश्वासन दे सकता हूं, Google मानचित्र आपकी बैटरी नाली का कारण नहीं है। कार्य हत्यारों का उपयोग करने की संभावना अधिक है। जैसा कि मैंने कहा कि मैं लगभग रोजाना दिशाओं के लिए गूगल मैप्स का उपयोग करता हूं, और यह उन शीर्ष 10 सूचियों में भी नहीं है जो मेरी बैटरी का उपयोग कर रहे हैं।

Google Android डेवलपर्स ब्लॉग से कार्य हत्यारों के बारे में अधिक जानकारी ।

एंड्रॉइड मल्टीटास्किंग के बारे में एक आम गलतफहमी एक प्रक्रिया और एक आवेदन के बीच का अंतर है। एंड्रॉइड में ये कसकर युग्मित निकाय नहीं हैं: एप्लिकेशन वर्तमान में ऐप चलाने वाले वास्तविक प्रक्रिया के बिना उपयोगकर्ता के लिए मौजूद हो सकते हैं; कई अनुप्रयोग प्रक्रियाओं को साझा कर सकते हैं, या एक अनुप्रयोग अपनी आवश्यकताओं के आधार पर कई प्रक्रियाओं का उपयोग कर सकता है; किसी एप्लिकेशन की प्रक्रिया (तों) को एंड्रॉइड द्वारा तब भी रखा जा सकता है, जब वह एप्लिकेशन सक्रिय रूप से कुछ नहीं कर रहा हो।

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

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

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

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

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

कुछ तरीकों से, एंड्रॉइड के प्रक्रिया प्रबंधन को स्वैप स्थान के रूप में देखा जा सकता है: आवेदन प्रक्रियाएं एक निश्चित मात्रा में इन-मेमोरी का प्रतिनिधित्व करती हैं; जब स्मृति कम होती है, तो कुछ प्रक्रियाओं को मार डाला जा सकता है (बाहर निकाला जा सकता है); जब उन प्रक्रियाओं की फिर से आवश्यकता होती है, तो उन्हें अपने अंतिम सहेजे गए राज्य (स्वैप किए गए) से फिर से शुरू किया जा सकता है।

यहाँ एक और लेख है जिसके बारे में बात की जा रही है कि कैसे टास्क किलर्स आपकी बैटरी को खत्म कर देंगे।

स्वचालित टास्क किलिंग सॉफ्टवेयर का उपयोग न करें
, एक लंबी कहानी को छोटा बनाने के लिए, ऑटो-टास्क किलर्स का उपयोग कर सकते हैं: अत्यधिक बैटरी ड्रेन (जैसे कि फोन पहले से ही बैटरी को जल्दी से सूखा नहीं करता है), अक्सर ओवरहीट करने के लिए फोन और प्रोग्राम बंद करना (दुर्घटनाग्रस्त) बेतरतीब ढंग से - प्रोग्राम जिन्हें आप वास्तव में उपयोग करना चाहते हैं। इनसे दूर रहो!

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


1
मेमोरी को मुक्त करने से मेरी Droid X ~ 30-40 एमबी के साथ बेहद धीमी गति से क्रॉल करने से मुक्त हो जाती है, और साथ ही साथ 70 एमबी फ्री में, किसी भी मामले में सीपीयू को हॉगिंग करने के साथ, बिना किसी प्रतिक्रिया के, बहुत ही संवेदनशील और तेज़ होता है। मुझे खेद है, लेकिन यह सिद्धांत का एक अच्छा सा हिस्सा है जो व्यवहार में लागू नहीं होता है।
डीवीके

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

4
मैं आपको बता रहा हूं, जो आप अनुभव कर रहे हैं वह एक प्लेसबो प्रभाव है। मुफ्त मेमोरी आपके डिवाइस को तेज नहीं चलाती है, मुफ्त सीपीयू करता है। मैंने आपके लिए टास्क किलर्स (Google से सही) के विषय के बारे में एक और संदर्भ शामिल किया है
रयान कॉनरोड

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

3
@ नहीं, क्योंकि यदि आप उस प्रक्रिया को मारते हैं जो वास्तव में समय पर नहीं चल रही है, तो सिस्टम को अंततः उस प्रक्रिया को शुरू करना होगा और यह "इसके सभी आरंभीकरण" को करेगा जो CPU का उपयोग करने वाला है। सिर्फ इसलिए कि एक प्रक्रिया चल रही है, इसका मतलब यह नहीं है कि यह वास्तव में उस समय कुछ भी कर रहा है।
रयान कॉनरेड

11

क्या आपने संभव समाधान के रूप में मैप्स को अन-इंस्टॉल और री-इंस्टॉल करने के बारे में सोचा है?

  1. सबसे पहले, /system/app/Maps.apkफ़ाइल को हटाकर पूर्व-लोड किए गए मानचित्र से छुटकारा पाएं :

    su  
    rm /system/app/Maps.apk
    

    एक बार सिस्टम ऐप अपडेट हो जाने के बाद, यह सिस्टम / ऐप फ़ोल्डर में बेकार है और इसे सुरक्षित रूप से हटाया जा सकता है।

  2. फिर अपने एसडी कार्ड में वर्तमान मानचित्र संस्करण की प्रतिलिपि बनाएँ:

    cp /data/app/com.google.android.apps.maps*.apk /sdcard/
    
  3. अब मैप्स ऐप को अनइंस्टॉल करें:

    pm uninstall -k com.google.android.apps.maps
    

    "-K" स्विच सेटिंग को तब रखता है जब आप ऐप को फिर से इंस्टॉल करते हैं।

  4. अब मैप्स को वापस पाने के लिए बस इसे बैकअप से फिर से इंस्टॉल करें:

    pm install -r /sdcard/com.google.android.apps.maps*.apk
    

आप इन चरणों को GScript के माध्यम से स्वचालित कर सकते हैं , जो आपको स्क्रिप्ट के शॉर्टकट बनाने की अनुमति देता है। तो बस स्टेप # 3 से कमांड के साथ "डिसेबल मैप्स" नाम की एक स्क्रिप्ट बनाएं, और स्टेप # 4 से कमांड के साथ "मैप्स इनेबल करें" (दोनों के लिए "नीड्स SU" चेक करें)।

अब आप एंड्रॉइड के सामान्य "Add Shortcut" विधि का उपयोग करके आपके द्वारा बनाई गई स्क्रिप्ट्स से 2 होमस्क्रिप्ट शॉर्टकट जोड़ सकते हैं (GScript वहां के विकल्पों में से एक होगा।)

इस पद्धति का एकमात्र दोष यह है कि आप इसकी स्थापना रद्द करने के बाद इसे फिर से जोड़ने की आवश्यकता होने पर इसकी होम स्क्रीन से मैप्स शॉर्टकट (और / या विजेट) खो देंगे। आप निश्चित रूप से अभी भी ऐप ड्रावर से मैप लॉन्च कर पाएंगे।


क्या यह प्रक्रिया इस तथ्य से नकारात्मक रूप से प्रभावित होगी कि मैप्स मेरे DroidX पर पूर्व-स्थापित थे? या कि ROM में नहीं था? उत्कृष्ट विचार के लिए +1!
डीवीके

2
यदि आप एपीके के सिस्टम संस्करण को पहले नहीं हटाते हैं, तो अन-इंस्टॉल विफल हो जाएगा। आमतौर पर, एक सिस्टम ऐप को मार्केट से अपडेट मिलने के बाद, इसके संबंधित एपीके इन / सिस्टम / ऐप / फ़ोल्डर को सुरक्षित रूप से हटाया जा सकता है।
चाक

1
@ चैंक - मेरा मानना ​​है कि, यह वेरिजोन ब्लोटवेयर नहीं है, मेरे पास वास्तव में सिस्टम संस्करण को हटाने की पहुंच है जब तक मैं जड़ हूं? :)
डीवीके

1
जब तक आपका फ़ोन रूट किया जाता है, तब तक आपको Maps.apk को सिस्टम / ऐप से निकालने में कोई परेशानी नहीं होनी चाहिए।
चाक

2

एंड्रॉइड 4.0 आइसक्रीम सैंडविच के साथ शुरुआत करके, आप सिस्टम सेटिंग्स में बस Google मैप्स को अक्षम कर सकते हैं । यदि आप फ़ारियो पर अभी भी अटके हुए हैं तो इससे आपको मदद नहीं मिलेगी, लेकिन दूसरों को इससे कुछ लाभ मिल सकता है।


क्या यह सभी संबद्ध सेवाओं को अक्षम करता है? (जीएम और अक्षांश आदि ...)?
DVK

यह उस ऐप को पूरी तरह से निष्क्रिय कर देता है, जिसमें वह सब कुछ शामिल है जो मैं लाता हूं। जहां तक ​​मैं बता सकता हूं, जिसमें नेविगेशन, अक्षांश, आदि शामिल हैं
माइकल हैम्पटन

1

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

फ्रीज के बारे में वेबसाइट से:

ऐप फ्रीजर बिना इंस्टॉल किए ही ऐप को डिसेबल कर सकता है (और इसे अदृश्य बना सकता है)

या आप वास्तव में एक स्थापना रद्द कर सकते हैं और पुनर्स्थापित कर सकते हैं। आप पा सकते हैं कि ठंड के कारण ऐसा करने के कई कारण हैं, मुझे नहीं पता।


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

0

यदि आपके फोन में विकल्प है Settings > Applications > Development > Stop app via long-press, तो आप हमेशा Google मैप्स को इस तरह से बंद कर सकते हैं, फिर यह प्रक्रिया तब तक मारी जाती है जब तक आप ऐप को दोबारा नहीं खोलते।


-1

अपने फोन को रूट करें और मैप्स को ट्रिगर करने वाली सभी घटनाओं को अक्षम करने के लिए Google Play से ऑटोस्टार्ट एप्लिकेशन का उपयोग करें। यह मैन्युअल रूप से शुरू होने पर ठीक चलेगा लेकिन जब आप इसे मारेंगे तो यह रुक जाएगा। मेमोरी खपत को और कम करने के लिए स्टार्टअप इवेंट फ़ोल्डर के बाद आपको किसी और चीज की आवश्यकता नहीं है।


1
क्या आपने प्रश्न को ध्यान से पढ़ा? यह स्पष्ट रूप से बताता है:Second, the only practical way of doing that that I know of is Autostarts app which is NOT a workable solution - it takes ~5-10 mins to find and re-enable all the intents I am aware of (Autostarts is really poor at per-app intent management - it's centered on per-intent), never mind possible intents that Autostarts does NOT know about (it's a black box, I don't know which intents are missed if any.
DVK
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.