ऍपल पिकर अजूनही बरेच लोक आहेत ज्यांना iOS मध्ये मल्टीटास्किंग कसे कार्य करते हे माहित नाही. तथापि, सुरुवातीला, हे निदर्शनास आणणे आवश्यक आहे की हे वास्तविक मल्टीटास्किंग नाही, परंतु एक अतिशय स्मार्ट उपाय आहे ज्यामुळे सिस्टम किंवा वापरकर्त्यावर भार पडत नाही.
iOS मध्ये बॅकग्राउंडमध्ये चालणारे ॲप्स ऑपरेटिंग मेमरी भरतात, ज्यामुळे सिस्टम मंदावते आणि बॅटरीचे आयुष्य वाढते, म्हणून वापरकर्त्याने ते मॅन्युअली बंद करावेत अशी अंधश्रद्धा ऐकू येते. मल्टीटास्किंग बारमध्ये प्रत्यक्षात सर्व चालू असलेल्या पार्श्वभूमी प्रक्रियेची सूची नसते, परंतु केवळ सर्वात अलीकडे लाँच केलेल्या अनुप्रयोगांची सूची असते. त्यामुळे वापरकर्त्याला काही प्रकरणे वगळता पार्श्वभूमीत चालणाऱ्या प्रक्रियांबद्दल काळजी करण्याची गरज नाही. जेव्हा तुम्ही होम बटण दाबता, तेव्हा ऍप्लिकेशन सहसा स्लीप किंवा बंद होते, जेणेकरून ते यापुढे प्रोसेसर किंवा बॅटरी लोड करत नाही आणि आवश्यक असल्यास, आवश्यक मेमरी मोकळी करते.
जेव्हा तुमच्याकडे डझनभर प्रक्रिया चालू असतात तेव्हा हे संपूर्ण मल्टीटास्किंग नसते. फक्त एक ऍप्लिकेशन नेहमी फोरग्राउंडमध्ये चालू असतो, जो आवश्यक असल्यास विराम दिला जातो किंवा पूर्णपणे बंद केला जातो. पार्श्वभूमीत फक्त काही दुय्यम प्रक्रिया चालतात. म्हणूनच iOS वर तुम्हाला क्वचितच ॲप्लिकेशन क्रॅश होईल, उदाहरणार्थ Android चालू असलेल्या ॲप्लिकेशन्सने भारावून गेले आहे ज्याची काळजी वापरकर्त्याने घेतली पाहिजे. एकीकडे, हे डिव्हाइससह कार्य करणे अप्रिय बनवते आणि दुसरीकडे, यामुळे, उदाहरणार्थ, धीमे स्टार्टअप आणि अनुप्रयोगांमधील संक्रमण होते.
अर्ज रनटाइम प्रकार
तुमच्या iOS डिव्हाइसवरील ॲप्लिकेशन या 5 स्थितींपैकी एक आहे:
- धावणे: अनुप्रयोग सुरू झाला आहे आणि अग्रभागी चालू आहे
- पार्श्वभूमी: ते अद्याप चालू आहे परंतु पार्श्वभूमीत चालू आहे (आम्ही इतर अनुप्रयोग वापरू शकतो)
- निलंबित: अजूनही RAM वापरत आहे पण चालू नाही
- निष्क्रिय: अनुप्रयोग चालू आहे परंतु अप्रत्यक्ष आदेश (उदाहरणार्थ, जेव्हा आपण अनुप्रयोग चालू असताना डिव्हाइस लॉक करता)
- चालू नाही: अर्ज समाप्त झाला आहे किंवा सुरू झाला नाही
त्रास होऊ नये म्हणून ॲप बॅकग्राउंडमध्ये गेल्यावर गोंधळ होतो. जेव्हा तुम्ही होम बटण दाबता किंवा ऍप्लिकेशन (iPad) बंद करण्यासाठी जेश्चर वापरता, तेव्हा ऍप्लिकेशन बॅकग्राउंडमध्ये जातो. बहुतेक ॲप्स काही सेकंदात निलंबित केले जातात (ते iDevice च्या RAM मध्ये संग्रहित केले जातात जेणेकरून ते त्वरीत लॉन्च केले जाऊ शकतात, ते प्रोसेसर जास्त लोड करत नाहीत आणि त्यामुळे बॅटरीचे आयुष्य वाचते) तुम्हाला असे वाटेल की जर ॲप मेमरी वापरत राहिल्यास, तुमच्याकडे ते मोकळे करण्यासाठी ते व्यक्तिचलितपणे हटवण्यासाठी. परंतु तुम्हाला ते करण्याची गरज नाही, कारण iOS ते तुमच्यासाठी करेल. जर तुमच्याकडे पार्श्वभूमीत एक मागणी करणारा ॲप्लिकेशन निलंबित असेल, जसे की मोठ्या प्रमाणात RAM वापरणारा गेम, आवश्यक असेल तेव्हा iOS ते मेमरीमधून आपोआप काढून टाकेल आणि तुम्ही ॲप्लिकेशन चिन्हावर टॅप करून रीस्टार्ट करू शकता.
यापैकी कोणतीही स्थिती मल्टीटास्किंग बारमध्ये परावर्तित होत नाही, पॅनल फक्त अलीकडेच लाँच झालेल्या ॲप्सची सूची दाखवते, ॲप बंद, विराम दिला किंवा बॅकग्राउंडमध्ये चालू असला तरीही. तुम्हाला हे देखील लक्षात येईल की सध्या चालू असलेला अनुप्रयोग मल्टीटास्किंग पॅनेलमध्ये दिसत नाही
पार्श्वभूमी कार्ये
साधारणपणे, जेव्हा तुम्ही होम बटण दाबाल, तेव्हा ॲप्लिकेशन बॅकग्राउंडमध्ये चालू होईल आणि तुम्ही ते वापरत नसल्यास, ते पाच सेकंदात आपोआप थांबेल. म्हणून जर तुम्ही पॉडकास्ट डाउनलोड करत असाल तर, उदाहरणार्थ, सिस्टीम त्याचे चालू असलेले ॲप्लिकेशन म्हणून मूल्यांकन करते आणि समाप्त होण्यास दहा मिनिटे उशीर करते. नवीनतम दहा मिनिटांनंतर, प्रक्रिया मेमरीमधून सोडली जाते. थोडक्यात, तुम्हाला होम बटण दाबून तुमच्या डाउनलोडमध्ये व्यत्यय येण्याची काळजी करण्याची गरज नाही, जर ते पूर्ण होण्यासाठी 10 मिनिटांपेक्षा जास्त वेळ लागत नसेल.
पार्श्वभूमीत अनिश्चित धावणे
निष्क्रियतेच्या बाबतीत, सिस्टम पाच सेकंदात अनुप्रयोग समाप्त करते आणि डाउनलोडच्या बाबतीत, समाप्ती दहा मिनिटांसाठी विलंबित होते. तथापि, पार्श्वभूमीत चालणारे अनुप्रयोगांची संख्या कमी आहे. ही काही ॲप्सची उदाहरणे आहेत जी iOS 5 मध्ये अनिश्चित काळासाठी बॅकग्राउंडमध्ये चालू शकतात:
- ध्वनी वाजवणारे आणि काही काळ व्यत्यय आणणारे अनुप्रयोग (फोन कॉल दरम्यान संगीत थांबवणे इ.),
- तुमच्या स्थानाचा मागोवा घेणारे अनुप्रयोग (नेव्हिगेशन सॉफ्टवेअर),
- VoIP कॉल प्राप्त करणारे ऍप्लिकेशन, उदाहरणार्थ तुम्ही Skype वापरत असल्यास, ऍप्लिकेशन बॅकग्राउंडमध्ये असतानाही तुम्ही कॉल प्राप्त करू शकता,
- स्वयंचलित डाउनलोड (उदा. वृत्तपत्र स्टँड).
सर्व अनुप्रयोग यापुढे कार्य करत नसल्यास (जसे की पार्श्वभूमी डाउनलोड) बंद केले जावे. तथापि, पार्श्वभूमीत सतत चालणारे अपवाद आहेत, जसे की मूळ मेल ॲप. ते बॅकग्राउंडमध्ये चालू असल्यास, ते मेमरी घेतात, CPU वापरतात किंवा बॅटरीचे आयुष्य कमी करतात
ज्या ॲप्सना पार्श्वभूमीत अनिश्चित काळासाठी चालण्याची परवानगी आहे ते ते चालू असताना संगीत प्ले करण्यापासून नवीन पॉडकास्ट भाग डाउनलोड करण्यापर्यंत काहीही करू शकतात.
मी आधी सांगितल्याप्रमाणे, वापरकर्त्याला बॅकग्राउंडमध्ये चालू असलेले ॲप्स बंद करण्याची गरज नाही. पार्श्वभूमीत चालणारे ॲप क्रॅश होते किंवा झोपेतून योग्यरित्या जागे होत नाही तेव्हाच याला अपवाद आहे. त्यानंतर वापरकर्ता मल्टीटास्किंग बारमध्ये ॲप्लिकेशन्स मॅन्युअली बंद करू शकतो, परंतु हे क्वचितच घडते.
त्यामुळे, सर्वसाधारणपणे, तुम्हाला पार्श्वभूमी प्रक्रिया व्यवस्थापित करण्याची आवश्यकता नाही कारण सिस्टम स्वतः त्यांची काळजी घेईल. म्हणूनच iOS ही एक नवीन आणि वेगवान प्रणाली आहे.
विकसकाच्या दृष्टीकोनातून
मल्टीटास्किंगचा भाग म्हणून अनुप्रयोग एकूण सहा वेगवेगळ्या राज्यांसह प्रतिक्रिया देऊ शकतो:
1. applicationWillResignActive
भाषांतरात, या स्थितीचा अर्थ असा आहे की अनुप्रयोग सक्रिय अनुप्रयोग (म्हणजेच अग्रभागातील अनुप्रयोग) म्हणून भविष्यात (काही मिलिसेकंदांची बाब) म्हणून राजीनामा देईल. हे घडते, उदाहरणार्थ, अनुप्रयोग वापरताना कॉल प्राप्त करताना, परंतु त्याच वेळी, अनुप्रयोग पार्श्वभूमीत जाण्यापूर्वी ही पद्धत देखील या स्थितीस कारणीभूत ठरते, म्हणून आपण हे बदल विचारात घेणे आवश्यक आहे. ही पद्धत देखील योग्य आहे जेणेकरुन, उदाहरणार्थ, जेव्हा एखादा इनकमिंग कॉल येतो तेव्हा ती करत असलेल्या सर्व क्रियाकलापांना स्थगित करते आणि कॉल संपेपर्यंत प्रतीक्षा करते.
2. applicationDidEnterBackground
स्थिती सूचित करते की अनुप्रयोग पार्श्वभूमीत गेला आहे. पार्श्वभूमीत आवश्यक नसलेल्या सर्व प्रक्रिया निलंबित करण्यासाठी आणि न वापरलेल्या डेटाची मेमरी आणि इतर प्रक्रिया जसे की कालबाह्य होणारे टायमर, आवश्यक नसलेल्या मेमरीमधून लोड केलेल्या प्रतिमा साफ करणे किंवा बंद करणे यासारख्या प्रक्रिया निलंबित करण्यासाठी विकसकांनी ही पद्धत वापरली पाहिजे. सर्व्हरसह कनेक्शन, जोपर्यंत पार्श्वभूमीत कनेक्शन पूर्ण करणे अनुप्रयोगासाठी महत्त्वपूर्ण आहे. जेव्हा अनुप्रयोगामध्ये पद्धत लागू केली जाते, तेव्हा त्याचा काही भाग पार्श्वभूमीत चालवणे आवश्यक नसल्यास अनुप्रयोग पूर्णपणे निलंबित करण्यासाठी वापरले जावे.
3. applicationWillEnterForeground
हे राज्य पहिल्या राज्याच्या विरुद्ध आहे, जिथे अर्ज सक्रिय राज्याकडे राजीनामा देईल. स्थितीचा अर्थ असा आहे की स्लीपिंग ॲप पार्श्वभूमीतून पुन्हा सुरू होईल आणि पुढील काही मिलिसेकंदांमध्ये अग्रभागी दिसेल. अनुप्रयोग पार्श्वभूमीत असताना निष्क्रिय झालेल्या कोणत्याही प्रक्रिया पुन्हा सुरू करण्यासाठी विकसकांनी ही पद्धत वापरावी. सर्व्हरशी कनेक्शन पुन्हा स्थापित केले जावे, टाइमर रीसेट केले जावे, प्रतिमा आणि डेटा मेमरीमध्ये लोड केला जावा आणि वापरकर्त्याने लोड केलेला अनुप्रयोग पुन्हा पाहण्यापूर्वी इतर आवश्यक प्रक्रिया पुन्हा सुरू होऊ शकतात.
4. applicationDidBecomActive
राज्य सूचित करते की अग्रभागावर पुनर्संचयित केल्यानंतर अनुप्रयोग नुकताच सक्रिय झाला आहे. ही एक पद्धत आहे जी वापरकर्ता इंटरफेसमध्ये अतिरिक्त समायोजन करण्यासाठी किंवा UI ला त्याच्या मूळ स्थितीत पुनर्संचयित करण्यासाठी वापरली जाऊ शकते, इ. हे प्रत्यक्षात घडते जेव्हा वापरकर्त्याने आधीपासून डिस्प्लेवर ऍप्लिकेशन पाहतो, त्यामुळे हे करणे आवश्यक आहे या पद्धतीत आणि मागील पद्धतीमध्ये काय होते ते सावधगिरीने निर्धारित करा. त्यांना काही मिलिसेकंदांच्या फरकाने एकामागून एक म्हटले जाते.
5. applicationWillTerminate
ही स्थिती ॲप्लिकेशनमधून बाहेर पडण्यापूर्वी काही मिलिसेकंदांनी होते, म्हणजेच ॲप्लिकेशन प्रत्यक्षात संपण्यापूर्वी. एकतर मल्टीटास्किंगमधून मॅन्युअली किंवा डिव्हाइस बंद करताना. प्रक्रिया केलेला डेटा जतन करण्यासाठी, सर्व क्रियाकलाप समाप्त करण्यासाठी आणि यापुढे आवश्यक नसलेला डेटा हटवण्यासाठी पद्धत वापरली जावी.
6. applicationDidReceiveMemoryWarning
सर्वात जास्त चर्चेत असलेले हे शेवटचे राज्य आहे. आवश्यक असल्यास, iOS मेमरीमधून ऍप्लिकेशन काढून टाकण्यासाठी जबाबदार आहे जर ते सिस्टम संसाधने अनावश्यकपणे वापरत असेल. पार्श्वभूमी ॲप्ससह iOS काय करते हे मला विशेषत: माहित नाही, परंतु इतर प्रक्रियेसाठी संसाधने सोडण्यासाठी ॲपची आवश्यकता असल्यास, ते मेमरी चेतावणीसह जे काही संसाधने आहेत ते रिलीझ करण्यास सूचित करते. म्हणून ही पद्धत ऍप्लिकेशनमध्ये म्हटले जाते. डेव्हलपर्सनी ते अंमलात आणले पाहिजे जेणेकरुन ऍप्लिकेशनने वाटप केलेली मेमरी सोडली जाईल, प्रगतीपथावर असलेल्या सर्व गोष्टी जतन केल्या जातील, मेमरीमधून अनावश्यक डेटा साफ होईल आणि अन्यथा पुरेशी मेमरी मुक्त होईल. हे खरे आहे की अनेक विकासक, अगदी नवशिक्याही अशा गोष्टींचा विचार करत नाहीत किंवा त्यांना समजत नाहीत आणि नंतर असे होऊ शकते की त्यांच्या ऍप्लिकेशनमुळे बॅटरीचे आयुष्य धोक्यात येते आणि/किंवा अनावश्यकपणे सिस्टम संसाधने वापरतात, अगदी पार्श्वभूमीवर.
निकाल
ही सहा अवस्था आणि त्यांच्याशी संबंधित पद्धती ही iOS मधील सर्व "मल्टीटास्किंग" ची पार्श्वभूमी आहे. ही एक उत्तम प्रणाली आहे, जोपर्यंत विकासक या वस्तुस्थितीकडे दुर्लक्ष करत नाहीत की अनुप्रयोग त्यांच्या वापरकर्त्यांच्या उपकरणांवर काय टाकतो, ते कमी केले असल्यास किंवा सिस्टमकडून इशारे मिळाल्यास त्याबद्दल जबाबदार असणे आवश्यक आहे.
स्त्रोत: मॅकवॉल्ड.कॉम
लेखक: जेकब पोझारेक, मार्टिन डोबेक (अर्निएएक्स)
तुम्हालाही सोडवायची समस्या आहे का? तुम्हाला सल्ला हवा आहे किंवा कदाचित योग्य अर्ज शोधावा? विभागातील फॉर्मद्वारे आमच्याशी संपर्क साधण्यास अजिबात संकोच करू नका समुपदेशन, पुढच्या वेळी आम्ही तुमच्या प्रश्नाचे उत्तर देऊ.
हॅलो, खरोखर छान लेख, परंतु मला आश्चर्य वाटते की आपल्याकडे यासाठी काही तांत्रिक समर्थन आहे का. कारण मी संध्याकाळी झोपण्यापूर्वी अनेक वेळा बॅटरी सोडवली आहे आणि असे घडले की वायफाय आणि मोबाइल डेटा बंद असताना, वायफाय बंद असताना आणि फक्त 3G पेक्षा जास्त वेळ लागला.
दुर्दैवाने, अनुभव असा आहे की iOS मध्ये, ऍप्लिकेशन्स मॅन्युअली बंद करावी लागतात आणि सिस्टम आता पूर्वीसारखी चालत नाही.
मी माझा आयफोन विंडोज फोनने बदलला (सॅमसंग ओम्निया डब्ल्यू 6200,-) आणि सिस्टमची गती पूर्णपणे भिन्न पातळीवर आहे.
मला भीती वाटते की जेव्हा Windows 8 मेट्रो टॅब्लेट बाहेर येतील, तेव्हा मी iPad देखील बदलून घेईन...
@007 – होय, जर तुम्ही जुन्या iPhone3G ची तुलना नवीन WP शी करत असाल, तर होय (अशी अपेक्षा कोणाला असेल?) WP जरा वेगवान होईल. अन्यथा, कार्लुल्काबद्दलची गॉसिप आपल्याशी चांगली जात नाही आणि सध्याच्या एचडब्ल्यूची तुलना करणे योग्य होते. मी WP7 देखील विकत घेतला आणि शेवटी 4s ने संपले, जे WP7 पेक्षा पूर्णपणे भिन्न वापरतेचे प्रतिनिधित्व करते. त्यामुळे टाइल्समधून आनंदाने आणि अविरतपणे स्क्रोल करा.
मी पजाशी पूर्णपणे सहमत आहे
मी दुसऱ्या बॅरलच्या ढिगाऱ्यातून पुन्हा योगदान देईन - सॅमसंग गॅलेक्सी एस आणि आयफोन 4 - मी वयाच्या दृष्टीने तुलनात्मक म्हणेन? iOS 4 च्या वेळी, आणि Android व्यतिरिक्त कुठेतरी वापरता आणि गतीच्या बाबतीत, ऍपलने ऍप्लिकेशन्ससह कार्य करण्याची संकल्पना खूप चांगल्या प्रकारे सोडवली आहे, परंतु तीच Android बाबत आता सत्य नाही. सरतेशेवटी, मी तरीही 4S सह समाप्त केले आणि मला कोणतीही तक्रार नाही, कारण "हे फक्त कार्य करते" .. आणि ते खूप लवकर कार्य करते!
सिद्धांत सुंदर आहे... पण सराव मध्ये, मी अजूनही बारमधील अनुप्रयोग बंद करतो ;)
धन्यवाद, अतिशय मनोरंजक, व्यावहारिक, मनोरंजक, त्यात स्विंग आणि खोलीची कमतरता नाही. आजच्या तरुणाईचे या निषिद्ध ब्रँडचे वेड लक्षणीयपणे अधोरेखित करणारे! पण तिच्याबद्दल, तसेच या लेखासाठी धन्यवाद.
लेख पूर्णपणे चुकीचा आहे.
चुकीने सांगितल्याप्रमाणे, होम बटण दाबल्यावर अनुप्रयोग बंद होत नाही, परंतु विराम देतो. म्हणजे निश्चितपणे मेमरीमधून हटवू नका आणि सोडू नका. फक्त रनला विराम द्या, iOS या ॲपला 0% CPU वेळ देईल. लेखात म्हटल्याप्रमाणे ते iDevice मेमरीमध्ये कुठेही "स्वॅप" करत नाही. ॲप स्विचिंग वापरणे शक्य आहे या वस्तुस्थितीबद्दल खरोखरच धन्यवाद.
उच्च प्राधान्याने (सामान्यत: दुसरा ॲप्लिकेशन फोरग्राउंडमध्ये चालू असतो) इतर ॲप्लिकेशन्स चालवण्यासाठी फोनमध्ये कमी मेमरी असते तेव्हा ॲप्लिकेशन मेमरीमधून काढून टाकले जाते.
पहिल्या प्रकरणात, तुम्ही बरोबर आहात, ही भाषांतर त्रुटी होती. स्वॅपिंगसाठी, आम्ही येथे त्याबद्दल बोलत नाही, आम्ही ऑपरेटिंग मेमरीबद्दल बोलत आहोत, iOS डिव्हाइसमधील स्टोरेज स्पेसबद्दल नाही.
आदेशाद्वारे पुन्हा कॉल करेपर्यंत अनुप्रयोगाची प्रतिमा मेमरीमध्ये मर्यादित काळासाठी संग्रहित केली जाते (13,7 GB पैकी 16 GB पहा: 2,3 GB सिस्टम आणि निलंबित अनुप्रयोगांसाठी राखीव आहे)
अशा प्रकारे, नॅव्हिगेशन, स्काईप आणि यासारख्या अनुप्रयोगांमध्ये फरक करणे आवश्यक आहे, हे अनुप्रयोग पार्श्वभूमीत देखील सक्रिय राहतात किंवा विशिष्ट कार्य समाप्त होत नाही आणि चालू राहते, उदाहरणार्थ, त्याचे स्थान किंवा स्थान माहितीबद्दल डेटा पाठवणे. किंवा व्होकुल प्रमाणे पोर्ड मोडमध्ये ऐका आणि मल्टीटास्किंग अजूनही बॅकग्राउंडमध्ये ऐकत आहे.
हे अनुप्रयोग बॅटरी काढून टाकतात आणि त्यांना व्यक्तिचलितपणे बंद करणे आवश्यक आहे आणि iOS ची प्रतीक्षा करू नका. इतरांसह हे आवश्यक नाही, फक्त अनुप्रयोग क्रॅश झाल्यास.
मी लेखाशी सहमत नाही. मि. पहिल्या पिढीतील iPad (iOS 1) वर माझ्याकडे मल्टीटास्किंग बारमध्ये बरीच "ओपन" ॲप्स आहेत की फक्त काही आहेत हे पाहणे स्पष्ट आहे. iOS मेमरी साफ करण्याचा प्रयत्न करते, परंतु हे स्पष्टपणे पुरेसे नाही - RAM चा लहान आकार कदाचित त्याची सर्वात मोठी कमजोरी आहे.
त्यामुळे सिस्टीम आणि वापरलेल्या हार्डवेअरवर बरेच काही अवलंबून असते, हे अगदी तार्किक आहे की ते iOS 1 सह iPad 5.0.1 वर दुसऱ्या पिढीच्या iPad वर असण्यापेक्षा वाईट असेल.
माफ करा मित्रा, हे ज्या प्रकारे कार्य करावे त्या आदर्शाचे वर्णन आहे. दुर्दैवाने, वस्तुस्थिती पूर्णपणे वेगळी आहे आणि तुम्ही ऍपल उत्पादने वापरली तर तुम्हाला ते कळेल, किमान माझ्याइतके (म्हणजे अधूनमधून).
"iOS मध्ये बॅकग्राउंडमध्ये चालणारी ॲप्स ऑपरेटिंग मेमरी भरतात अशी अंधश्रद्धा तुम्ही अनेकदा ऐकू शकता,"
ही अंधश्रद्धा नाही, फक्त वस्तुस्थिती आहे. शेवटी, आपण लेखात स्वतःचा दावा करता.
"मी आधी सांगितल्याप्रमाणे, वापरकर्त्याला कधीही पार्श्वभूमीत चालणारे अनुप्रयोग बंद करण्याची आवश्यकता नाही."
मूर्खपणा. हा फक्त बकवास आहे, सफरचंद प्रचार, माझ्यावर रागावू नका.
“पण तुम्हाला ते करण्याची गरज नाही, कारण iOS तुमच्यासाठी ते करेल. जर तुमच्याकडे बॅकग्राउंडमध्ये डिमांडिंग ॲप्लिकेशन निलंबित असेल, जसे की मोठ्या प्रमाणात RAM वापरणारा गेम, iOS आवश्यकतेनुसार ते मेमरीमधून आपोआप काढून टाकेल आणि तुम्ही ॲप्लिकेशन आयकॉनवर टॅप करून ते रीस्टार्ट करू शकता.
खरे नाही. परिस्थिती थोडी वेगळी आहे. एक नमुनेदार उदाहरण – माझ्याकडे बॅकग्राउंडमध्ये ॲप्लिकेशन्सची मागणी आहे, मला गेम्स हवे आहेत. मी ब्राउझर सुरू करतो, दोन टॅब उघडतो -> अधिक मेमरी हवी आहे. काय होईल? मी पार्श्वभूमीत अर्जांची मागणी करत असतो, उलट ब्राउझर स्वतःच पडतो. जर मी मागणी करणारे ऍप्लिकेशन्स मॅन्युअली बंद केले, तर ब्राउझर कोणत्याही समस्यांशिवाय बराच काळ काम करतो.
हा सराव आहे, सिद्धांत नाही. आणि मला आश्चर्य वाटते की, Apple उत्पादनाचा दीर्घकालीन वापरकर्ता म्हणून, तुम्हाला हे अजूनही माहित नाही.
धन्यवाद, हे खूप चांगले वर्णन केले आहे आणि स्पष्ट केले आहे. तू मला खूप मदत केलीस ;-) ♥
फक्त सुरुवात करण्यासाठी, मी Android प्रमाणेच iOS च्या बाजूने किंवा विरोधात नाही, परंतु येथे काही विचित्र गोष्टी आहेत, जसे की येथे लिहिले आहे: "तुम्हाला iOS वर क्वचितच ऍप्लिकेशन क्रॅश आढळते" तर Android वर ॲप्स क्रॅश होतात. वर्षातून एकदा :-P
http://dotekomanie.blog.mobilmania.cz/2012/02/stabilita-ios-vs-android/
होय, परंतु जेव्हा तुम्हाला अनुप्रयोग व्यक्तिचलितपणे बंद करण्याची आवश्यकता असते तेव्हा प्रकरणे खरोखरच कमी असतात, मी ते एकदा वापरले होते? ;-) आणि मोबाईलमॅनियाच्या तुलना चाचणीची लिंक देणे अगदीच निरर्थक आहे, जेव्हा मला Google ने दिलेल्या जाहिरातीबद्दल वाचायचे आहे, तेव्हा मी तिथे एक नजर टाकेन ;-) प्रत्येकाच्या हातात कोणताही Android फोन मिळू शकतो आणि तो स्वच्छपणे चालणार नाही, म्हणजेच गॅलेक्सी नेक्ससचा अपवाद वगळता, ही प्रणाली कमी-अधिक प्रमाणात तयार केलेली आहे. एकंदरीत, Android ही एक आपत्ती आहे
@Mek – मी अनेक वर्षांपासून ऍपल उत्पादने दररोज वापरत आहे आणि माझ्या बाबतीत असे कधीच घडले नाही, त्यामुळे तुमचा सिद्धांत कसा तरी कार्य करत नाही.
ओटी:
@redakce – तुम्ही पाहू शकता की वेबसाइटवर सतत काम केले जात आहे किंवा तिच्यासोबत काहीतरी घडत आहे, परंतु मला असे वाटते की सर्वकाही जसे पाहिजे तसे कार्य करण्यासाठी एक आठवडाही लागत नाही. आणि मी आता इथे येत नाही, कारण नवीन लूक मला शोभत नाही. किमान मी आयफोनवर मोबाइल आवृत्ती वापरली आहे, परंतु आता ते अजिबात कार्य करत नाही - कसे? ते सध्या टिप्पण्यांमधील पोस्टला प्रतिसाद देत नाहीत.
@SteveJSF दुर्दैवाने, गोष्टी नेहमी आपल्या इच्छेप्रमाणे घडत नाहीत. उत्तरांसाठी, तुम्ही नवीन एसइओ प्लगइन तोडले आहे, ते सध्या सोडवले जात आहे.
WP-Touch ने देखील काही कारणास्तव आमची सेवा बंद केली, म्हणून आम्ही या प्लगइनपेक्षा एक चांगला उपाय शोधण्याचा निर्णय घेतला. त्यामुळे तुम्ही लवकरच पुढील बातमीची वाट पाहू शकता :-)
छान लेख. जोपर्यंत सरावाचा संबंध आहे, मी असे म्हणू इच्छितो की मी बऱ्याच गोष्टींशी सहमत आहे आणि बऱ्याच वेळा ते सांगितल्याप्रमाणे कार्य करते, परंतु दुर्दैवाने अजूनही असे चुकीचे लिखित अनुप्रयोग आहेत जे योग्य रीतीने वागत नाहीत आणि नंतर अशी प्रकरणे आहेत काही वाचकांनी नोंदवले. मला वाटते की स्काईप हे एक अतिशय चांगले उदाहरण आहे, मला सरावातून माहित आहे की ते अजूनही पार्श्वभूमीत चालू आहे (आणि ते ठीक आहे आणि ते कसे असावे), परंतु समस्या अशी आहे की हा अनुप्रयोग डिव्हाइसची बॅटरी खूप कमी करतो आणि मला ते आता व्यवस्थित दिसत नाही. याउलट, फेसबुक, बदू, इ. ते अजूनही पार्श्वभूमीत चालू आहेत, परंतु त्यांचा वापर जवळजवळ अगोचर आहे (किमान माझ्या लक्षात नाही). त्यामुळे मला वाटते की त्रुटी वैयक्तिक अनुप्रयोगांमध्ये आहे. जर तुम्हाला माहित असेल की कोणते, फक्त तेच व्यक्तिचलितपणे बंद करणे पुरेसे आहे!
त्यामुळे फेसबुक गरजेनुसार चालवायचे आणि गरज असेल तेव्हाच स्काईप चालवायचा असा प्रघात आहे.
बरं, दुसरीकडे, जर मला बॅटरी वाचवायची असेल आणि मला माहित असेल की मला शक्य असेल तोपर्यंत आयफोन "जिवंत" ठेवायचा आहे, मी मल्टीटास्किंगमध्ये अनावश्यक सर्वकाही देखील बंद करतो, परंतु बहुतेक त्याचा मोठा प्रभाव पडत नाही, परंतु आवश्यक असल्यास मी 3G, सर्व मोबाइल इंटरनेट, वायफाय, स्थान सेवा, विमान मोड, लाइटिंग स्ट्रेंथ इ. मर्यादित करतो. दिनचर्याचा भाग म्हणून, मी मल्टिटास्किंगमध्ये वर नमूद केलेले अनुप्रयोग देखील बंद करतो.
त्यामुळे वैयक्तिकरित्या मला वाटते की लेख खरा आहे, दुर्दैवाने काही प्रोग्रामर त्यांच्या ऍप्लिकेशन्ससह या गोष्टींचे खंडन करतात, कारण त्यांचे ऍप्लिकेशन चुकीचे आहेत आणि माझ्या मते यासाठी फक्त दोनच उपाय आहेत 1. शक्य असल्यास ऍप्लिकेशन न वापरणे आणि एक शोधणे. शक्य असल्यास पर्यायी, किंवा 2. शक्य नसल्यास, उदा. स्काईप पहा, अहवालात दिलेल्या प्रोग्रामरला लिहा आणि आशा आहे की ते याबद्दल काहीतरी करतील.
ॲप्स व्यक्तिचलितपणे अक्षम करणे निरर्थक असू शकते, परंतु तरीही मी ते करतो. मी ऍप्लिकेशन सिस्टम बंद न करण्याचा प्रयत्न केला, त्यांना चालवू द्या (किंवा त्यांना पार्श्वभूमीत झोपू द्या) आणि बॅटरीचे आयुष्य खूपच कमी होते, सुमारे तीन आठवड्यांनंतर आयपॅड 2 रीस्टार्ट करणे देखील आवश्यक होते, याने हळूहळू प्रतिसाद दिला. म्हणून मी ॲप्स मॅन्युअली बंद करतो, बॅटरी जास्त काळ टिकते, मी नुकतेच ख्रिसमसच्या दिवशी रीबूट केले आणि ते ठीक चालले आहे.
तसे, मी Mac OS X मध्ये तेच करतो, मी फक्त मला आवश्यक नसलेला ऍप्लिकेशन बंद करतो (CMD+Q), पार्श्वभूमीत झोपणे आणि अनावश्यकपणे RAM खाण्यापेक्षा हे चांगले आहे (जे OS X करू शकते' चांगले काम करू शकत नाही). माझ्याकडे थोडी रॅम आहे, फक्त 8 जीबी, परंतु विंडोज 7 मध्ये 8 जीबीसह, सिस्टमने हळू प्रतिसाद दिला नाही किंवा बदलला नाही, ओएस एक्समध्ये ही एक सामान्य घटना आहे (मी कधीही संगणक बंद केला नाही, मी मॅकसह देखील करतो, त्यामुळे एक महिना आणि त्याहून अधिक वेळ हा अपवाद नाही, समस्या अशी आहे की मला कधीकधी RAM मोकळी करण्यासाठी आणि "स्पीड अप" करण्यासाठी सावधगिरी म्हणून मॅक रीस्टार्ट करावा लागतो, Windows 7 ला याची आवश्यकता नाही).
मला प्रत्यक्षात अनुप्रयोग कसा फोडायचा यात अधिक रस आहे. माझ्या बाबतीत असे झाले की ऍप्लिकेशन (विशेषत: जिओकॅचिंगवर) अशा स्थितीत आले जेथे ते मूळ सर्व्हरवरून काहीतरी लोड करत होते आणि त्या स्थितीत अडकले. होम बटण काम केले, रीबूट केल्यानंतर ते गोठविलेल्या स्थितीत परत गेले (जेथे मी सोडले होते). मॅन्युअल एक्झिट (मल्टीटेस्टिंग मेनूवर, चिन्ह धरा आणि बंद करण्यासाठी वजा) = अनुप्रयोग अदृश्य झाला, रीस्टार्ट केल्यानंतर तो त्याच्या मूळ स्थितीत उघडला जिथे तो गोठला. म्हणून मी सर्व काही बंद केले, फोन बंद केला, तो चालू केला, HOME वर डबल-क्लिक केले आणि पाहा - ऍप्लिकेशन्स बंद होण्याआधी ते बंद होण्याआधी जसे होते तसे होते. रीस्टार्टने देखील मदत केली नाही - ते गरम होईपर्यंत घरी आणि वरच्या बाजूला धरून ठेवा. फोनवरून ॲप्लिकेशन काढून टाकणे, ते रीस्टार्ट करणे आणि फोनवर ते पुन्हा स्थापित करणे ही एकमेव गोष्ट मदत करते. कसा तरी मी घेतला नाही.
हे मल्टीटास्किंग व्यवस्थापन कार्य करते आणि या परिस्थितींचा सामना करणे विकसकांवर अवलंबून आहे. संपूर्ण परिस्थितीच्या अधिक तपशीलवार आणि व्यावसायिक वर्णनात स्वारस्य असलेल्यांसाठी, मी ते कसे आहे ते येथे लिहीन.
अर्ज एकूण 6 राज्यांना प्रतिसाद देऊ शकतो आणि ही राज्ये आहेत:
applicationWillResignActive
applicationDidEnterBackground
applicationWillEnterForeground
applicationDidBecomeActive
applicationWillTerminate
applicationDidReceiveMemoryWarning
आता मी या राज्यांचे अधिक तपशीलवार वर्णन करण्याचा प्रयत्न करेन.
applicationWillResignActive - या स्थितीचा अर्थ असा आहे की भविष्यात (काही मिलिसेकंदांच्या बाबतीत) अनुप्रयोग सक्रिय अनुप्रयोग म्हणून राजीनामा देईल (म्हणजेच अग्रभागी अनुप्रयोग) हे उदाहरणार्थ अनुप्रयोग वापरताना कॉल प्राप्त करताना घडते, परंतु त्याच वेळी हे पद्धत म्हणून अनुप्रयोग पार्श्वभूमीत जाण्यापूर्वीच ही स्थिती ट्रिगर होईल, म्हणून तुम्हाला हे बदल विचारात घेणे आवश्यक आहे. ही पद्धत देखील योग्य आहे जेणेकरुन, उदाहरणार्थ, जेव्हा एखादा इनकमिंग कॉल येतो तेव्हा ती करत असलेल्या सर्व क्रियाकलापांना स्थगित करते आणि कॉल संपेपर्यंत प्रतीक्षा करते.
applicationDidEnterBackground - ही स्थिती सूचित करते की अनुप्रयोगाने पार्श्वभूमीमध्ये प्रवेश केला आहे, विकासकांनी या पद्धतीचा वापर पार्श्वभूमीत चालविण्याची आवश्यकता नसलेल्या सर्व प्रक्रिया निलंबित करण्यासाठी आणि न वापरलेले डेटा आणि इतर प्रक्रियांची मेमरी साफ करण्यासाठी वापरली पाहिजे, उदाहरणार्थ, कालबाह्य टाइमर, क्लिअर मेमरी लोड केलेल्या प्रतिमा ज्यांची गरज भासणार नाही किंवा पार्श्वभूमीत कनेक्शन पूर्ण करणे अनुप्रयोगासाठी आवश्यक नसल्यास सर्व्हरसह कनेक्शन समाप्त केले जाईल. मुळात, अनुप्रयोगात कॉल केल्यावर ही पद्धत अनुप्रयोगाचा काही भाग पार्श्वभूमीत चालवणे आवश्यक नसल्यास ते पूर्णपणे निलंबित करण्यासाठी वापरले जावे.
applicationWillEnterForeground - हे राज्य पहिल्या राज्याच्या विरुद्ध आहे जेव्हा अनुप्रयोग सक्रिय स्थितीत राजीनामा देईल. या ॲप्लिकेशनच्या स्थितीचा सरळ अर्थ असा आहे की पुढील काही मिलिसेकंदांमध्ये स्लीपिंग ॲप्लिकेशन पार्श्वभूमीतून पुन्हा सुरू होईल आणि अग्रभागात दिसेल (ॲप्लिकेशन अग्रभागात प्रवेश करेल), ही पद्धत विकासकांनी ॲप्लिकेशन सुरू असताना निष्क्रिय असलेल्या कोणत्याही प्रक्रिया पुन्हा सुरू करण्यासाठी वापरली पाहिजे. पार्श्वभूमीमध्ये, सर्व्हरशी कनेक्शन पुन्हा स्थापित केले जावे, टाइमर रीसेट केले जावे, प्रतिमा आणि डेटा मेमरीमध्ये लोड केला जाईल आणि इतर आवश्यक प्रक्रिया वापरकर्त्याने लोड केलेला अनुप्रयोग पुन्हा पाहण्यापूर्वीच पुन्हा सुरू होऊ शकतात.
applicationDidBecomeActive - ही स्थिती सूचित करते की अग्रभागावर पुनर्संचयित केल्यानंतर अनुप्रयोग नुकताच सक्रिय झाला आहे, ही एक पद्धत आहे जी वापरकर्ता इंटरफेसमध्ये अतिरिक्त समायोजन करण्यासाठी किंवा UI ला त्याच्या मूळ स्थितीत पुनर्संचयित करण्यासाठी वापरली जाऊ शकते, इ. ही पद्धत प्रत्यक्षात घडते. जेव्हा वापरकर्ता आधीच डिस्प्लेवर पाहू शकतो, म्हणून या पद्धतीमध्ये आणि मागील पद्धतीमध्ये काय घडत आहे ते ताळेबंदातून निर्धारित करणे आवश्यक आहे. त्यांना काही मिलिसेकंदांच्या फरकाने एकामागून एक म्हटले जाते.
applicationWillTerminate - ही स्थिती ॲप्लिकेशन संपुष्टात येण्यापूर्वी काही मिलिसेकंदांनी होते, म्हणजेच ॲप्लिकेशन प्रत्यक्षात संपुष्टात येण्यापूर्वी. एकतर मल्टीटास्किंगमधून मॅन्युअली किंवा डिव्हाइस बंद करताना. प्रक्रिया केलेला डेटा जतन करण्यासाठी आणि सर्व क्रियाकलाप समाप्त करण्यासाठी आणि यापुढे आवश्यक नसलेला डेटा हटवण्यासाठी ही पद्धत वापरली जावी.
applicationDidReceiveMemoryWarning - आणि ही एक अट आहे ज्याची येथे खूप चर्चा केली गेली आहे, आवश्यक असल्यास, iOS अनावश्यकपणे सिस्टम संसाधने वापरत असल्यास मेमरीमधून अनुप्रयोग काढून टाकेल. पार्श्वभूमी ॲप्ससह iOS नेमके काय करते हे मला माहित नाही, परंतु इतर प्रक्रियेसाठी संसाधने सोडण्यासाठी ॲपची आवश्यकता असल्यास, ते त्याच्याकडे असलेली संसाधने सोडण्यासाठी मेमरी चेतावणीसह सूचित करते. म्हणून ही पद्धत ऍप्लिकेशनमध्ये कॉल केली जाते आणि डेव्हलपरने ती अंमलात आणली पाहिजे जेणेकरून ऍप्लिकेशन त्याच्याकडे असलेली मेमरी सोडून देईल, प्रक्रिया केलेले जतन करेल आणि मेमरीमधून अनावश्यक डेटा हटवेल आणि अन्यथा पुरेशी मेमरी मुक्त करेल. हे खरे आहे की अनेक विकासक, उदाहरणार्थ नवशिक्या, अशा गोष्टींबद्दल विचार करत नाहीत किंवा त्यांना समजत नाहीत आणि नंतर असे होऊ शकते की त्यांच्या अनुप्रयोगामुळे बॅटरीचे आयुष्य धोक्यात येते आणि/किंवा पार्श्वभूमीतही अनावश्यकपणे सिस्टम संसाधने वापरतात. मेमरी चेतावणी मिळाल्यानंतर ऍप्लिकेशनने काहीही केले नाही आणि पूर्वीप्रमाणे सिस्टम संसाधने वापरणे सुरू ठेवल्यास iOS कसे वागेल हे मला माहित नाही.
iOS मधील संपूर्ण "मल्टीटास्किंग" च्या मागे या काही अवस्था आणि संबंधित पद्धती आहेत... ॲप्स कमी केल्यास त्यांच्या वापरकर्त्यांच्या डिव्हाइसवर काय वाढेल याची जबाबदारी विकसकांनी दुर्लक्षित केली नाही तर ही एक उत्तम प्रणाली आहे. किंवा सिस्टमकडून इशारे मिळवा आणि बरेच काही ...
मला आशा आहे की हे संक्षिप्त वर्णन सर्वकाही सुरळीतपणे कार्य करण्यासाठी अनुप्रयोगाचा कसा सहभाग आहे हे समजण्यास मदत करेल. त्यामुळे असे म्हणणे जवळजवळ शक्य आहे की वापरकर्त्याने चुकीचा वापर केला आहे, ज्याचा अर्थ असा आहे की - जर तुम्ही हौशी विकासकांकडून मोठ्या प्रमाणात विनामूल्य ॲप्लिकेशन्स वापरत असाल, तर तुमचे iOS डिव्हाइस तुम्ही मोठ्या प्रमाणात वापरत असल्यास त्यापेक्षा वाईट चालेल. अनुभवी किंवा व्यावसायिक विकासकांकडून विनामूल्य आणि सशुल्क अनुप्रयोगांची संख्या. याला दोन्ही मंडळात अपवाद नाहीत असे म्हणता येणार नाही. उदाहरणार्थ, फोरस्क्वेअर अगदी विचित्र आणि मागणीने वागतात आणि त्याच वेळी, कोणीही अशी अपेक्षा करेल की ते खूप कुशल विकासक आहेत जे मेमरी आणि बॅटरी व्यवस्थापनासाठी बराच वेळ देतात, परंतु उलट सत्य आहे. 4SQ ची सर्वात मोठी समस्या सर्व्हरसह संप्रेषण आहे, जी बर्याचदा हँग होते आणि दबून जाते. हे फक्त एक उदाहरण आहे की सुप्रसिद्ध अनुप्रयोगांमध्ये देखील समस्या आहेत, ज्यामुळे 4SQ ही एक उत्तम सेवा आहे हे तथ्य बदलत नाही.
सफरचंद मजा करा!! :)
आम्ही लेखकाच्या दयाळू परवानगीने लेखात माहिती जोडली ;-)
मला माफ करा, परिच्छेदांमध्ये ENTER सर्वत्र होते, ते येथे याबद्दल काहीतरी करू शकतात जेणेकरून टिप्पण्यांमध्ये कमीतकमी थोडेसे RICH TEXT FORMATING असेल.
ArnieX: टिप्पणीबद्दल धन्यवाद!!
तो फरामीर: मी फक्त तुमच्या समस्येबद्दल, मला माहित नाही की ते तुमच्या बाबतीत मदत करेल की नाही, परंतु मला माझ्या स्वतःच्या अनुभवावरून माहित आहे की तुम्ही ऍप्लिकेशन बंद केल्यास (मल्टीटास्किंगमध्ये) ते बंद होईपर्यंत काही सेकंद लागतात, म्हणून जर तुम्ही ते बंद करा, मी काही सेकंद थांबण्याची शिफारस करतो (मी खात्री करण्यासाठी अंदाजे 10 सेकंद प्रतीक्षा करतो) ते निश्चितपणे पूर्ण होईपर्यंत आणि त्यानंतरच मी ते पुन्हा सुरू करेन.
तुमचे स्वागत आहे ;) मला योगदान देण्याची संधी मिळाल्यास मला मदत करण्यात आनंद होईल.
मीब सोबत कसे असावे, जेव्हा मी त्याद्वारे ICQ किंवा FB चॅटमध्ये लॉग इन करतो तेव्हा ते 10 मिनिटांनंतर आपोआप लॉग आउट होते आणि मी ऑफलाइन होतो की ते कार्य करत राहते? स्पष्टीकरणाबद्दल धन्यवाद :P
दहा मिनिटांनंतर, ऍप्लिकेशनचे इंटरनेट कनेक्शन फक्त व्यत्यय आणले जाते. तथापि, आपण अद्याप मीबा सर्व्हरवर ऑनलाइन असाल आणि कोणीतरी आपल्याला पत्र लिहिल्यास आपल्याला पुश सूचना प्राप्त होईल. अनुप्रयोग पुन्हा उघडल्यानंतर, काही क्षणात कनेक्शन स्थापित केले जाईल आणि आपण आनंदाने चॅटिंग सुरू ठेवू शकता.
त्यामुळे, जर तुम्ही लिंक केलेला लेख मला योग्यरित्या समजला असेल, तर आकडेवारी केवळ ॲप्लिकेशन क्रॅश सुरू झाल्यावर संदर्भित करते, जे क्रॅश होऊ शकते अशा प्रकरणांची अगदी लहान टक्केवारी आहे. म्हणूनच, या "संशोधना" वरून असा निष्कर्ष काढणे अशक्य आहे की माझ्या मते iOS कमी स्थिर आहे. शिवाय, फोर्ब्सकडून घेतलेल्या लेखाचा अनुवादक हे नमूद करण्यास विसरले की ऍप्लिकेशन क्रॅशवर डेटा प्रदान करणारी कंपनी Google द्वारे समर्थित आहे, इतरांमध्ये ("क्रिटरसिझम, ज्याला Google Ventures द्वारे समर्थित आहे,...").