सी # सिंगलटन ऑब्जेक्ट के कई उदाहरण

Question

मुझे सिंगलटन पैटर्न के साथ कोई समस्या है।

यह वास्तव में अजीब है, लेकिन ऐसा लगता है कि मेरे सिंगलटन पैटर्न के दो या तीन उदाहरण हैं। मेरी वेबसाइट, टाइमर के साथ एक क्रिया साइट है और मैं अपने सिंगलटन ऑब्जेक्ट के साथ उन टाइमर और कीमतों को संभालने में कामयाब रहा हूं।

क्या हो रहा है कि कुछ लोग कुछ कीमतें देखते हैं, और अन्य लोग अलग-अलग नेटवर्कों में हमेशा अन्य कीमतें देखते हैं।

उदाहरण के लिए, मेरे कार्यालय में, मेरे लोग 0.56 सेंट पर कुछ नीलामी देखते हैं, हर कोई एक जैसा देखता है, लेकिन दूसरे नेटवर्क में, उदाहरण के लिए, मेरा घर, मुझे 0.55 सेंट दिखाई देता है और टाइमर के अलग-अलग मूल्य होते हैं।

यह कहकर, मैंने एक GUID उत्पन्न करके और अपनी लॉग फ़ाइल में लॉग इन करके, मेरे सिंगलटन का परीक्षण किया है। यहाँ कुछ कोड

public class Singleton 
{ 
    private static Singleton instance; 
    private static System.Threading.Mutex mutex; 

    System.Guid token; 

    private Singleton() { 
     token = System.Guid.NewGuid(); 
     Logger.Log("New singleton Instance" + token.toString()); 
    } 
    static Singleton() 
    { 
     instance = new Singleton(); 
     mutex = new System.Threading.Mutex(); 
    } 

    public static Singleton Acquire() 
    { 
     mutex.WaitOne(); 
     return instance; 
    } 

    // Each call to Acquire() requires a call to Release() 
    public static void Release() 
    { 
     mutex.ReleaseMutex(); 
    } 

    public void SomeAction() 
    { 
     Logger.Log(token.toString() + " - SomeAction"); 
    } 
} 

इस कोड में है, मैं निर्माता से टोकन उत्पन्न, और एक नया सिंगलटन के निर्माण प्रवेश करें, फिर ... SomeAction विधि में, मैं लॉग इन करें जो कि कार्रवाई कर रही है।

इसके बाद, हमने कुछ परीक्षण किए और लॉग फ़ाइल डाउनलोड की।

मेरे आश्चर्य के लिए, मुझे केवल एक "न्यू सिंगलटन इंस्टेंस ब्लै" दिखाई देता है जो सही है। लेकिन फिर, SomeAction पर कई कॉल अलग-अलग GUIDs के साथ विधि, जो अजीब है।

मैंने जांच की है कि ऑब्जेक्ट केवल स्थिर निर्माता में बनाया गया है, और मैंने यह भी जांच की है कि कहीं भी मैन्युअल निर्माण नहीं है।

अधिक जानकारी के लिए, यह केवल मेरे उत्पादन सर्वर पर होता है, जो एक goDaddy होस्टिंग है। मैंने पूछा है कि मेरी वेबसाइट के लिए एक से अधिक एप्लिकेशन पूल हैं और वे कहते हैं कि केवल एक ऐप पूल है।

Answer 1

आपका सिंगलटन जीवनकाल आईआईएस की वर्तमान कार्यकर्ता प्रक्रिया से जुड़ा हुआ है।

यदि आपके पास एकाधिक कार्यकर्ताओं को कॉन्फ़िगर किया गया है तो सभी अनुरोधों को एक ही प्रक्रिया द्वारा नियंत्रित नहीं किया जाता है और इस प्रकार एक ही सिंगलटन नहीं होता है।

Answer 2

ऐसा लगता है कि आपका स्थिर निर्माता यह देखने के लिए जांच नहीं करता है कि उदाहरण पहले से ही बनाया गया है या नहीं। की तरह कुछ:

static Singleton() 
    { 
    if (instance == null) 
     { 
     instance = new Singleton(); 
     mutex = new System.Threading.Mutex(); 
     } 
    } 

सुनिश्चित करना चाहिए कि कक्षा में अन्य तरीकों वास्तव में एक ही instance की "उदाहरण" का उपयोग कर रहे हैं।

Answer 3

मुझे यकीन है कि के लिए नहीं कह सकता कि यह आपकी समस्या है, लेकिन इसके लायक जाँच हो सकता है: आप पहले अपने प्रवेश ढांचे initialised है एक उदाहरण बनाते हैं

• , संदेश कैश्ड हो जाता है, या बस दूर फेंका? मैंने देखा है कि लॉग संदेश अतीत में गायब हो गए हैं क्योंकि लॉगिंग शुरू होने से पहले वे होते हैं।
• क्या यह संभव है कि आप इस वर्ग वाले असेंबली के कई संस्करणों का संदर्भ दे रहे हों? यह प्रति असेंबली संस्करण वर्ग के एक उदाहरण का कारण बन सकता है, इसलिए देखे गए मान इसे कॉल करने वाले कोड पर निर्भर करते हैं। हालांकि यह विभिन्न भौगोलिक स्थानों से एक ही पृष्ठ तक पहुंचने पर आपके द्वारा अलग-अलग मूल्यों के व्यवहार को समझाएगा।
• यदि आप यह कर सकते हैं कि unique machine id के कुछ रूपों को लॉग इन करने का भी प्रयास किया जाए, तो यह सत्यापित करने के लिए कि एक मशीन पर चल रहे इस कोड की केवल एक प्रति है। अस्पष्ट व्यवहार को समझने की कोशिश करते समय "किसी पर भरोसा न करें, सबकुछ साबित करें" एक बहुत ही उपयोगी हेरिस्टिक है।

Answer 4

आपकी वेबसाइट केवल एक एप्लिकेशन पूल का उपयोग कर रही है, लेकिन एक एप्लिकेशन पूल एक से अधिक होस्ट प्रक्रिया को जन्म दे सकता है। अपने एप्लिकेशन पूल के लिए कार्यकर्ता प्रक्रियाओं की संख्या की जांच करें।

Answer 5

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