सिंगलटन पैटर्न

Question

का उपयोग करके सरल सी ++ लॉगर सिंगलटन पैटर्न का उपयोग करके लॉगर को लागू करने के बाढ़ के उदाहरणों के कारण, मैंने अपने कार्यक्रम के लिए एक ही दृष्टिकोण में एक साधारण सी ++ लॉगर लिखा है। हालांकि, चूंकि प्रसिद्ध डबल-चेक लॉकिंग दृष्टिकोण को और अधिक थ्रेड-सुरक्षित नहीं माना जाता है, मुझे आश्चर्य है कि मुझे चाहिए:

1) इस मामले में सिंगलटन पैटर्न के उपयोग के बारे में भूल जाओ?

2) डबल-चेक लॉकिंग का उपयोग करना जारी रखें, भले ही यह असुरक्षित है?

3) अपने सार्वजनिक इंटरफेस के हर एक्सेस के लिए महंगी शुद्ध सिंक लॉक विधि का उपयोग करें?

कोई सुझाव?

Answer 1

मेयर्स सिंगलटन का उपयोग करें। यदि आप कम से कम प्रारंभिक जीसीसी का उपयोग कर उपयोग कर रहे हैं तो थ्रेड-सुरक्षित है।

class Singleton{ 
    Singleton(){ 
    //This is threadsafe in gcc, no mutex required 
    } 
    static Singleton * instance(){ 
     static Singleton myinstance; 
     return &myinstance; 
    } 
}; 

जीसीसी गार्ड स्थिर स्थानीय लोगों निर्माण जब तक आप -fno-threadsafe-स्टैटिक्स के साथ अक्षम करें, मैं हाल ही में है कि here

Answer 2

बारे में लिखा था धागे के साथ अनुप्रयोगों में, मैं कोई Initialize() समारोह के साथ एकमात्र उपयोग करने के लिए पसंद करते हैं और यह सुनिश्चित करने के लिए जोर देता है कि प्रारंभिक() पहले उदाहरण() से पहले उपयोग किया जाता है। मुख्य धागे से प्रारंभ() प्रारंभ करें। मुझे नहीं लगता कि आलसी तात्कालिकता वास्तव में एक सिंगलटन की मुख्य विशेषता है, खासकर लॉगर के लिए।

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

Answer 3

एक दृष्टिकोण यह सुनिश्चित करना होगा कि आपके ऐप को दूसरी थ्रेड शुरू होने से पहले लॉगर में आपकी पहली पहुंच आती है। एक समय में सिंगलटन तक पहुंचने पर जब आप जानते हैं कि कोई विवाद नहीं है, तो आप सुनिश्चित करते हैं कि बाद में पहुंच हमेशा एक पूर्व-मौजूद वस्तु पाएगी और आपको पूरी तरह से समस्या से बचना चाहिए।

Answer 4

आपको वास्तव में अलग प्रारंभ() फ़ंक्शन की आवश्यकता नहीं है क्योंकि यह आपके सिंगलटन इंटरफ़ेस को दूषित कर देगा। बस सिंगलटन इंस्टेंस

VERIFY(NULL != Logger::Instance()); 

किसी अन्य थ्रेड से पहले इसे एक्सेस करने का मौका मिलता है।