यह थ्रेडसेफ़ क्यों नहीं है के बारे में आपके प्रश्न का उत्तर देने के लिए, यह नहीं है क्योंकि पहली कॉल के लिए instance()कंस्ट्रक्टर को कॉल करना होगा Singleton s। थ्रेडसेफ़ होने के लिए यह एक महत्वपूर्ण अनुभाग में होना होगा, और लेकिन मानक में कोई आवश्यकता नहीं है कि एक महत्वपूर्ण अनुभाग लिया जाए (तिथि करने के लिए मानक थ्रेड पर पूरी तरह से चुप है)। संकलक अक्सर एक साधारण चेक और एक स्थिर बूलियन की वृद्धि का उपयोग करके इसे लागू करते हैं - लेकिन एक महत्वपूर्ण खंड में नहीं। निम्नलिखित छद्मकोड की तरह कुछ:
static Singleton& instance()
{
static bool initialized = false;
static char s[sizeof( Singleton)];
if (!initialized) {
initialized = true;
new( &s) Singleton(); // call placement new on s to construct it
}
return (*(reinterpret_cast<Singleton*>( &s)));
}
तो यहाँ एक सरल धागा-सुरक्षित सिंगलटन (विंडोज के लिए) है। यह विंडोज CRITICAL_SECTION ऑब्जेक्ट के लिए एक साधारण वर्ग आवरण का उपयोग करता है ताकि हम कंपाइलर को स्वचालित रूप से CRITICAL_SECTIONपहले main()कहे जाने वाले को इनिशियलाइज़ कर सकें । आदर्श रूप से एक सच्चा RAII क्रिटिकल सेक्शन क्लास का उपयोग किया जाएगा जो कि महत्वपूर्ण सेक्शन होने पर होने वाले अपवादों से निपट सकता है, लेकिन यह इस उत्तर के दायरे से परे है।
मौलिक संचालन यह है कि जब एक उदाहरण का Singletonअनुरोध किया जाता है, तो एक ताला लिया जाता है, सिंग्लटन बनाया जाता है यदि इसे होने की आवश्यकता होती है, तो लॉक जारी किया जाता है और सिंगलटन संदर्भ वापस आ जाता है।
#include <windows.h>
class CritSection : public CRITICAL_SECTION
{
public:
CritSection() {
InitializeCriticalSection( this);
}
~CritSection() {
DeleteCriticalSection( this);
}
private:
// disable copy and assignment of CritSection
CritSection( CritSection const&);
CritSection& operator=( CritSection const&);
};
class Singleton
{
public:
static Singleton& instance();
private:
// don't allow public construct/destruct
Singleton();
~Singleton();
// disable copy & assignment
Singleton( Singleton const&);
Singleton& operator=( Singleton const&);
static CritSection instance_lock;
};
CritSection Singleton::instance_lock; // definition for Singleton's lock
// it's initialized before main() is called
Singleton::Singleton()
{
}
Singleton& Singleton::instance()
{
// check to see if we need to create the Singleton
EnterCriticalSection( &instance_lock);
static Singleton s;
LeaveCriticalSection( &instance_lock);
return s;
}
आदमी - कि "बेहतर वैश्विक बनाने के लिए" बहुत बकवास है।
इस कार्यान्वयन में मुख्य कमियां हैं (यदि मैंने कुछ बगों को खिसकने नहीं दिया):
- यदि
new Singleton()फेंकता है, तो लॉक जारी नहीं किया जाएगा। यह एक सरल RAII लॉक ऑब्जेक्ट का उपयोग करके तय किया जा सकता है जो मेरे पास यहां है। यह चीजों को पोर्टेबल बनाने में भी मदद कर सकता है यदि आप लॉक के लिए प्लेटफ़ॉर्म स्वतंत्र आवरण प्रदान करने के लिए बूस्ट जैसी किसी चीज़ का उपयोग करते हैं।
- यह थ्रेड सुरक्षा की गारंटी देता है जब सिंग्लटन उदाहरण के बाद अनुरोध किया
main()जाता है - यदि आप इसे पहले कहते हैं (जैसे स्थिर वस्तु के आरंभीकरण में) चीजें काम नहीं कर सकती हैं क्योंकि CRITICAL_SECTIONहो सकता है कि इसे प्रारंभ न किया जाए।
- जब भी कोई अनुरोध किया जाता है, तो हर बार एक ताला लगाया जाना चाहिए। जैसा कि मैंने कहा, यह एक साधारण धागा सुरक्षित कार्यान्वयन है। यदि आपको एक बेहतर की जरूरत है (या जानना चाहते हैं कि डबल-चेक लॉक तकनीक जैसी चीजें दोषपूर्ण क्यों हैं), ग्रू के जवाब में जुड़े कागजात देखें ।