ऑनवेस्टेंसस्टेट() में गैर-पार्सेलबल ऑब्जेक्ट्स के हैशटेबल को सहेजना क्यों कभी-कभी काम करता है?

Question

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

एप्लिकेशन के भीतर एक गतिविधि Hashtable<Integer, Question> में प्रश्नों की एक श्रृंखला संग्रहीत करती है, जहां प्रश्न एक छोटा वर्ग है जिसमें दो और दो स्ट्रिंग हैं। मूल रूप से लिखा गया है, गतिविधि प्रत्येक onCreate() पर किसी सर्वर से प्रश्न डाउनलोड करती है, इसलिए मैं कुछ अनावश्यक डाउनलोड को रोकने के लिए onSaveInstanceState() लागू करना चाहता था। onSaveInstanceState()putSerializable() का उपयोग कर बंडल में हैशटेबल बचाता है।

@Override 
protected void onSaveInstanceState(Bundle outState) { 
    super.onSaveInstanceState(outState); 
      // mQuestions is a member variable of 
      // type Hashtable<Integer, Question> 
    if (mQuestions != null && mQuestions.size() > 0) { 
     outState.putSerializable(SAVED_QUESTIONS, mQuestions); 
    } 
} 

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

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

Answer 1

का हवाला देते हुए स्टीव मोसली

ध्यान दें कि यह onSaveInstanceState और onRestoreInstanceState उपयोग करने के लिए, http://developer.android.com/reference/android/app/Activity.html में गतिविधि राज्यों पर दस्तावेज़ के अनुसार नहीं सुरक्षित है।

दस्तावेज़ राज्यों ('गतिविधि जीवनचक्र' अनुभाग में):

ध्यान दें कि यह onPause() में लगातार डेटा को बचाने के लिए महत्वपूर्ण है बजाय onSaveInstanceState(Bundle) की क्योंकि बाद में नहीं जीवन चक्र का हिस्सा है कॉलबैक, इसलिए नहीं होगा, जैसा कि प्रत्येक प्रलेखन में वर्णित है।

दूसरे शब्दों में, डाल अपने को बचाने/onPause() और onResume() बजाय में कोड को बहाल!

Answer 2

जहां तक ​​मैं समझता हूं कि एंड्रॉइड एक इंस्टेंस स्थिति को क्रमबद्ध नहीं करता है जब कॉन्फ़िगरेशन परिवर्तन के बाद गतिविधि को पुन: प्रयास किया जाता है। यही कारण है कि आपका कोड काम करता है। स्थाई वस्तुओं को केवल पार्सल करने योग्य होने की आवश्यकता नहीं है क्योंकि वे केवल स्मृति में मौजूद हैं।

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

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

किसी भी समय प्रक्रिया समाप्त हो सकती है ताकि आप कुछ कार्यान्वयन विवरणों पर भरोसा न करें। बस उदाहरण के लिए राज्य पार्सलबल या serializable बनाओ और आप इस समस्या का फिर से सामना नहीं करेंगे।

Answer 3

ऐप क्रैश नहीं हुआ। जब उपयोगकर्ता ने होम कुंजी पर क्लिक किया तो यह बस बंद हो गया था। यही कारण है कि LogCat के लिए कोई आउटपुट नहीं था।

इसकी पुष्टि करने के लिए Activity.onDestroy() में ब्रेकपॉइंट सेट करें। यदि मैं सही हूं तो Destroy() को कॉल किया जाएगा, लेकिन SaveInstanceState() पर नहीं होगा, क्योंकि SaveInstanceState() को केवल तब कहा जाता है जब ऐप पृष्ठभूमि स्थिति में रखा जाता है, जब यह बंद हो जाता है।

यदि आपको शटडाउन पर ऐप स्थिति को सहेजने की आवश्यकता है, तो कोड को Destroy() पर रखें और इसे बंडल से अधिक लगातार बनाए रखें।

बैरी