ऐप्पल एआरसी के तहत सिंगलटन पैटर्न को लागू करने के लिए dispatch_once का उपयोग करने की सलाह क्यों देता है?

Question

एआरसी के तहत सिंगलटन के साझा इंस्टेंस एक्सेसर में dispatch_once का उपयोग करने का सटीक कारण क्या है?

+ (MyClass *)sharedInstance 
{ 
    // Static local predicate must be initialized to 0 
    static MyClass *sharedInstance = nil; 
    static dispatch_once_t onceToken = 0; 
    dispatch_once(&onceToken, ^{ 
     sharedInstance = [[MyClass alloc] init]; 
     // Do any other initialisation stuff here 
    }); 
    return sharedInstance; 
} 

क्या पृष्ठभूमि में सिंगलटन को असीमित रूप से तुरंत चालू करना बुरा विचार नहीं है? मेरा मतलब है कि क्या होता है यदि मैं उस साझा उदाहरण का अनुरोध करता हूं और तुरंत उस पर भरोसा करता हूं, लेकिन प्रेषण तक मेरी वस्तु बनाने के लिए प्रेषण लेता है? यह तुरंत वापस नहीं आता है? कम से कम ऐसा लगता है कि ग्रैंड सेंट्रल डिस्पैच का पूरा बिंदु है।

तो वे ऐसा क्यों कर रहे हैं?

Answer 1

dispatch_once() बिल्कुल तुल्यकालिक है। सभी जीसीडी विधियां असीमित रूप से चीजें नहीं करती हैं (बिंदु में, dispatch_sync() तुल्यकालिक है)। dispatch_once() का उपयोग निम्नलिखित मुहावरा बदल देता है:

+ (MyClass *)sharedInstance { 
    static MyClass *sharedInstance; 
    @synchronized(self) { 
     if (sharedInstance == nil) { 
      sharedInstance = [[MyClass alloc] init]; 
     } 
    } 
    return sharedInstance; 
} 

dispatch_once() इस ओवर की लाभ यह है कि यह तेजी से है। यह भी अर्थात् क्लीनर है, क्योंकि यह आपके साझा किए गए इंस्टेंस के आवंटित करने वाले एकाधिक थ्रेडों से भी आपकी सुरक्षा करता है - यदि वे सभी एक ही सटीक समय पर प्रयास करते हैं। यह दो उदाहरणों को बनाने की अनुमति नहीं देगा। dispatch_once() का पूरा विचार "एक बार और केवल एक बार कुछ करें", जो ठीक है हम क्या कर रहे हैं।

Answer 2

क्योंकि यह केवल एक बार चलाएगा। तो यदि आप विभिन्न धागे से दो बार कोशिश करते हैं और इसे एक्सेस करते हैं तो इससे कोई समस्या नहीं होगी।

माइक एश का Care and Feeding of Singletons ब्लॉग पोस्ट में पूरा विवरण है।

सभी जीसीडी ब्लॉक असीमित रूप से नहीं चल रहे हैं।