क्या आईओएस डिवाइस पर फोर्स क्लोजिंग ऐप्स का कोई फायदा है?


8

मैंने इस प्रश्न से संबंधित विभिन्न वेबसाइटों और लोगों से मिश्रित उत्तर प्राप्त किए हैं, और मैं इसे आप सभी के लिए एक बार और सभी के लिए उत्तर देना चाहता था।

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


1
@Tetsujin यदि आपके पास कोई उत्तर है, तो कृपया इसे नीचे पोस्ट करें, धन्यवाद। टिप्पणियों में "उत्तर" को सही (या नहीं) के रूप में संपादित करने या करने की सुविधाएँ नहीं हैं।
रॉबर्ट कार्टेनो

जवाबों:


6

इस विषय पर बहुत बहस और चर्चा हुई है। मेरा मानना ​​है कि यह v3 और v4 दिनों में iOS के लिए फायदेमंद था लेकिन अब ऐसा नहीं है।

क्रेग फेडरघी ने हाल ही में कहा कि यह जरूरी नहीं है और यह बैटरी जीवन को नहीं बढ़ाता है। Apple ने अपनी मेमोरी प्रबंधन में आवश्यकता पड़ने पर एक ऐप को निलंबित करने और / या मारने का उचित समय दिया है। किसी एप्लिकेशन को बलपूर्वक बंद करने का एकमात्र समय है यदि वह अनुत्तरदायी बन गया हो।


4

एक परिस्थिति में, एक बल छोड़ दिया गया iOS के लिए एक लाभ हो सकता है जो प्रक्रिया को साफ करने के लिए आवश्यक अधिक प्रसंस्करण की लागत को आगे बढ़ाता है, इसे पुनरारंभ करता है, और कैश की गई / खुली हुई किसी भी फ़ाइल को शुद्ध करता है।

ऐसा करने के लिए नकारात्मक यह है कि ऐप पृष्ठभूमि में नहीं चलते हैं - इसलिए एक बार जब आप एक नए ऐप या आइकन / लॉक स्क्रीन की स्प्रिंगबोर्ड / सूची पर स्विच करते हैं - तो iOS ने ऐप के लिए पहले से ही सभी फाइल सिस्टम गतिविधि को रोक / रोक / रोक दिया है।

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

  • प्रदर्शन के संदर्भ में - फोर्स छोड़ने वाले ऐप्स iOS बना देते हैं और ऐप कई मामलों में बदतर रूप से खराब प्रदर्शन करता है।
  • बैटरी लाइफ के संदर्भ में - फोर्स क्विटिंग एप्स iOS बनाता है और बैटरी लाइफ औसत रूप से खराब होती है

इसे सर्जरी की तरह समझें - आप अल्पावधि में स्पष्ट नुकसान कर रहे हैं - जब तक आप सुनिश्चित नहीं होते हैं कि सर्जरी की आवश्यकता नहीं है, प्रदर्शन को प्रभावित न करें और बलपूर्वक बाहर निकलें।


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

@patrix मैं विशिष्ट रूप से फ़ेसबुक के लिए नहीं बोल सकता, लेकिन यदि पृष्ठभूमि सेवाओं को चलाने के लिए कोई एप्लिकेशन पंजीकृत है, तो जब आप बल छोड़ते हैं, तो iOS उन्हें तुरंत वापस शुरू कर देता है - इसलिए जब तक कि ऑटो-स्टार्ट न होने पर ऐप को चलाने के लिए कोडित नहीं किया जाता है - बल छोड़ना वास्तव में पृष्ठभूमि थ्रेड्स / कार्यों के एक प्रतिक्रिया को रोक नहीं सकता है - यह सिर्फ उन्हें बाधित करता है, साफ करता है और फिर वे फिर से चलाते हैं।
bmike

3

हाल ही में यह विषय फिर से एक गर्म वस्तु है। मेरा मानना ​​है कि iOS उपकरणों पर ऐप्स छोड़ने के लिए मजबूर करना बेकार है। जब वे दुर्घटनाग्रस्त हो जाते हैं तो ऐप्स को रीस्टार्ट करना मददगार होता है। यहाँ अधिक जानकारी।

9to5Mac:

कुछ हलकों में लंबे समय से यह धारणा रही है कि ऐप छोड़ने के लिए आईओएस के मल्टीटास्किंग फीचर का उपयोग करने से आईफोन की बैटरी लाइफ को बचाया जा सकता है, या स्मार्टफोन के धीमा होने पर सॉफ्टवेयर की गति में सुधार किया जा सकता है।

इससे पहले सप्ताह में, एक iPhone उपयोगकर्ता ने Apple के सीईओ टिम कुक को एक बार और सभी के लिए बिस्तर पर रखने के लिए ईमेल करने का फैसला किया, और इसके बजाय क्रेग फेडरघी, सॉफ्टवेयर इंजीनियरिंग के एप्पल के वरिष्ठ वीपी (9to5Mac के माध्यम से) का जवाब मिला।

ईमेल वार्तालाप

 

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

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

 

MacDailyNews ने स्टीव जॉब्स के 2010 के एक ईमेल का उद्धरण दिया:

बस डिज़ाइन के अनुसार [iOS मल्टीटास्किंग] का उपयोग करें, और आप खुश होंगे। कभी भी एप्स को छोड़ने की जरूरत नहीं है।

 

यदि आप सॉफ़्टवेयर के लिए Apple के वरिष्ठ उपाध्यक्ष, Apple के स्वयं के आधिकारिक समर्थन प्रलेखन या स्टीव जॉब्स पर विश्वास नहीं करते हैं, तो यहां कुछ अन्य लेख बताए गए हैं कि यह आदत वास्तव में iPhone बैटरी जीवन के लिए हानिकारक है:


0

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

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

इसलिए सारांश में, एक ऐप के लिए जो पृष्ठभूमि में बहुत कुछ नहीं कर रहा है, बलपूर्वक इसे बंद करने से ध्यान देने योग्य लाभ नहीं होगा।


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

@fbara मैं सहमत नहीं हूँ। Apple के डेवलपर डॉक के अनुसार , ऐप्स Suspendedपृष्ठभूमि पर जाने के तुरंत बाद एक स्थिति में जाएंगे, और "निलंबित रहने के दौरान, एक ऐप मेमोरी में बना रहता है लेकिन किसी भी कोड को निष्पादित नहीं करता है"। IOS द्वारा समाप्त किए जाने तक एप्लिकेशन की प्रक्रिया अभी भी है। यदि आपके पास XCode (iOS ऐप के लिए डेवलपर टूल) है, तो आप वास्तव में डिबग का उपयोग कर सकते हैं-> प्रक्रिया में संलग्न करें और अपने फोन पर प्रक्रियाओं की एक सूची देखें, भले ही कुछ भी अग्रभूमि पर न चल रहा हो
Stephenye

वही डॉक में यह भी कहा गया है: "ऐप के प्रतिनिधि के applicationDidEnterBackground:तरीके के वापस आने के कुछ समय बाद , सिस्टम ऐप की विंडो का स्नैपशॉट लेता है । इसी तरह, जब कोई ऐप बैकग्राउंड कार्यों को करने के लिए जाग जाता है, तो सिस्टम कई प्रासंगिक परिवर्तनों को प्रतिबिंबित करने के लिए एक नया स्नैपशॉट ले सकता है। उदाहरण के लिए, जब कोई ऐप डाउनलोड की गई वस्तुओं को संसाधित करने के लिए जागृत होता है, तो सिस्टम एक नया स्नैपशॉट लेता है ताकि वस्तुओं के निगमन से होने वाले किसी भी परिवर्तन को प्रतिबिंबित किया जा सके। सिस्टम आपके राज्य की स्थिति दिखाने के लिए मल्टीटास्किंग यूआई में इन स्नैपशॉट छवियों का उपयोग करता है। एप्लिकेशन। " यह वही है जिसका मैं जिक्र कर रहा था।
fsb

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

-1

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


ऐसा इसलिए है क्योंकि यह खुद को एक वीओआईपी क्लाइंट के रूप में पंजीकृत करता है, और ऐप को बंद करने से वह नहीं बदलेगा।
एंड्रयू लार्सन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.