एक उपयोग कैशिंग के लिए है। कल्पना कीजिए कि आप बड़ी वस्तुओं के इन-मेमोरी कैश को बनाए रखना चाहते हैं, लेकिन आप नहीं चाहते हैं कि कैश मेमोरी का उपभोग करे जो अन्य उद्देश्यों के लिए इस्तेमाल किया जा सके (कैश के लिए हमेशा पुनर्निर्मित किया जा सकता है)। वस्तुओं के नरम संदर्भों के कैश को बनाए रखने के द्वारा, संदर्भित वस्तुओं को JVM द्वारा मुक्त किया जा सकता है और वे अन्य उद्देश्यों के लिए पुन: उपयोग की गई स्मृति को मुक्त कर सकते हैं। जब उन्हें मुठभेड़ होती है तो कैश को केवल टूटे मुलायम संदर्भों को साफ़ करने की आवश्यकता होती है।
एक और उपयोग एक स्मृति-बाधित डिवाइस, जैसे कि मोबाइल फोन पर एप्लिकेशन छवियों को बनाए रखने के लिए हो सकता है। चूंकि उपयोगकर्ता अनुप्रयोग खोलता है, पिछली एप्लिकेशन छवियों को मुलायम संदर्भ के रूप में बनाए रखा जा सकता है ताकि अगर किसी और चीज के लिए स्मृति की आवश्यकता हो तो उन्हें साफ़ किया जा सकता है लेकिन स्मृति की मांग नहीं होने पर भी वहां रहेंगे। यह उपयोगकर्ता को स्मृति पर कोई दबाव नहीं होने पर एप्लिकेशन को अधिक तेज़ी से वापस करने की अनुमति देगा और अगर किसी और चीज की आवश्यकता हो तो पिछले एप्लिकेशन की मेमोरी को पुनः दावा किया जा सकता है।
स्रोत
2010-03-10 23:49:35
बस जोड़ने के लिए, ऐसा लगता है कि मुलायम संदर्भ सिद्धांत रूप में लिनक्स (या किसी अन्य ओएस) की स्मृति प्रबंधन प्रणाली के समान हैं जहां पृष्ठों को मांग पर लोड किया जाता है। बस लिनक्स कई पेज प्रतिस्थापन एल्गोरिदम लागू कर सकता है। जावा कचरा कलेक्टर के बारे में क्या? क्या यह (या इसे कॉन्फ़िगर किया जा सकता है) कचरा संग्रहण के लिए सॉफ्ट संदर्भ का चयन करने के लिए वस्तुओं के उपयोग के पैटर्न का उपयोग करें?सारांश के लिए –