एंड्रॉइड

Question

में डबल चेक लॉकिंग कई लोगों के मुताबिक, कुछ हद तक सामान्य डबल-चेक किए गए लॉकिंग मुहावरे जावा के लिए टूटा हुआ है जब तक कि आप 1.5 या बाद में नहीं चल रहे हों और volatile कीवर्ड का उपयोग करें।

एक टूट की दोबारा जांच कर ताला नमूना: उपरोक्त http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html

प्यूघ के विश्लेषण जावा VMs के लिए है:

// Broken multithreaded version 
// "Double-Checked Locking" idiom 
class Foo { 
    private Helper helper = null; 
    public Helper getHelper() { 
    if (helper == null) 
     synchronized(this) { 
     if (helper == null) 
      helper = new Helper(); 
     }  
    return helper; 
    } 
    // other functions and members... 
    } 

नमूना इस लेख है, जो भी इसे ठीक करने का विवरण प्रदान करता से आता है। मैं एंड्रॉइड पर काम करता हूं और अक्सर पुस्तकालयों का उपयोग करता हूं जो डबल-चेक किए गए लॉकिंग को नियोजित करते हैं। क्या दल्विक वीएम का मेमोरी मॉडल इस मुहावरे का समर्थन करता है?

Answer 1

इस question का उत्तर यह दर्शाता है कि स्मृति मॉडल समान होना चाहिए, और नया डबल चेक लॉकिंग मुहावरे काम करेगा। http://www.javamex.com/tutorials/double_checked_locking_fixing.shtml

यह स्पष्ट रूप से कहा गया है DCL ठीक करने के लिए 3 तरीके:

Answer 2

मुझे लगता है कि प्रश्न के बारे में एक बहुत अच्छा लेख मिला। और यह आपके प्रश्न में दिखता है, हेल्पर क्षेत्र को अस्थिर घोषित किया जाना चाहिए, अन्यथा यह काम नहीं करता है।

जब उपयोग की बात आती है, यानी आपके मामले में रोबोगुसी, मुझे लगता है कि मैं लेख में उल्लिखित वर्ग लोडर विधि का पक्ष लेगा। यह मेरे लिए और कुशल के रूप में अधिक स्पष्ट है।