सिंगलटन पैटर्न - प्रारंभिक बाध्यकारी (स्थिर चर के साथ) म्यूटेक्स ताले की आवश्यकता को कम करता है?

Question

वे कहते हैं कि प्रारंभिक बाध्यकारी सिंक्रनाइज़ेशन की समस्या हल करती है। मैं समझ नहीं पाया "कैसे"। क्या यह जावा के लिए कुछ खास है या यह भी सी ++ पर लागू होता है?

तो, इस विधि के साथ हमें वास्तव में एक म्यूटेक्स लॉक की आवश्यकता नहीं होगी?

Answer 1

मुझे लगता है कि वे किसी भी थ्रेड को शुरू करने/बनाने से पहले सिंगलटन इंस्टेंस बनाने का जिक्र कर रहे हैं, इस प्रकार सृजन पर सिंक्रनाइज़ेशन की आवश्यकता को कम करता है।

संपादित: और स्थैतिक चर

सी ++ में सी के बारे में जानकारी ++ जोड़ने, स्थैतिक चर भी प्रारंभ कर रहे हैं इससे पहले कि डेविड Harkness तरह निष्पादन जावा के लिए उल्लेख है। सी ++ में इसके साथ एक मुद्दा एम्बेडेड वातावरण में हो सकता है जहां सिस्टम प्रारंभ होने के बाद तक malloc/new cant को कॉल नहीं किया जा सकता है, इस मामले में सिंगलटन स्थिर प्रारंभकर्ता का उपयोग समस्याग्रस्त हो सकता है।

Answer 2

मामले में है कि आप चाहते हैं कि singelton सदस्य पहली कॉल जब तक रिक्त रहेगा, आप केवल निर्माण सिंक कर सकते हैं। उदाहरण के लिए

getInstance() { 
    if (singleton == null) { 
     lock(); 
     if (singleton == null) { 
       singleton = new Singleton(); 
     } 
     unlock(); 
    } 
    return singleton; 
} 

Answer 3

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

Answer 4

उत्तर YES! है। इस विधि के साथ आपको "उदाहरण प्राप्त करें"
--Edit--
कारण यह है कि ऑब्जेक्ट का निर्माण ओएस द्वारा लोडिंग प्रक्रिया का हिस्सा है जो आपके कोड से पहले लोड होने की गारंटी देता है चल रहा है।
पी। यह सी ++ पर भी लागू होगा।
नोट्स:
1. आपको "उदाहरण प्राप्त करने" के लिए लॉक की आवश्यकता नहीं होगी, लेकिन उदाहरण के साझा सदस्य होने पर आपको आवश्यकता हो सकती है।
2. यह केवल तभी संभव है जब आपको इंस्टेंस के प्रारंभ के लिए पैरामीटर की आवश्यकता न हो।

Answer 5

आलसी तत्कालता को हल करने की कोशिश की गई चीज़ों में से एक (न केवल सी ++ संबंधित) static initialization order fiasco था। यह एक समस्या है कि प्रारंभिकरण (एकाधिक अनुवाद इकाइयों के साथ) के क्रम पर आपके पास थोड़ा नियंत्रण नहीं है, लेकिन निर्भरताओं को किसी वस्तु को पहले से मौजूद होने की आवश्यकता हो सकती है, इससे पहले कि दूसरे को बनाया जा सके। आलसी तात्कालिकता के साथ, वस्तु आवश्यकतानुसार बनाई गई है, इसलिए जब तक कोई परिपत्र निर्भरता न हो, तो आपको ठीक होना चाहिए।

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

टिप्पणी है कि:

• साझा संसाधन अभी भी जब वे पहुंचा जा सकता है बंद कर दिया जाना चाहिए।

• सी ++ 11 से (और जीसीसी का उपयोग करते समय मुझे अन्य कंपाइलर्स के बारे में निश्चित नहीं है), सबसे आसान समाधान getInstance में स्थिर फ़ंक्शन वैरिएबल का उपयोग करना और उस चर के संदर्भ को वापस करना है। यह थ्रेड-सुरक्षित है।

  class Example 
  { 
      ... 
      static Example& getInstance() 
      { 
      static Example instance; 
      return instance; 
      } 
  };