स्विंग थ्रेडिंग मॉडल को गलत क्यों माना जाता है और यह कैसे होना चाहिए?

Question

मैंने कई बार सुना है कि जावा स्विंग थ्रेडिंग मॉडल गलत है। मैं पूरी तरह से समझ में नहीं आता क्यों, मुझे पता है कि समस्या इस तथ्य से संबंधित है कि आप मुख्य यूआई थ्रेड के अलावा किसी अन्य धागे से Drawable पर आकर्षित कर सकते हैं। मुझे पता है कि SwingUtilities.invokeAndWait और SwingUtilities.invokeLater जैसी उपयोगिता कार्यक्षमताएं हैं जो आपको Runnable में अपनी पेंटिंग करने देती हैं, जो बदले में इवेंट डिस्पैचर थ्रेड द्वारा चलाया जाता है। मुझे लगता है कि इस तरह से आप सुनिश्चित करते हैं कि पेंटिंग समकालिक रूप से की जाती है और यह बफर को एक असंगत स्थिति में नहीं छोड़ती है।

मेरा प्रश्न है: "अच्छा" UI टूलकिट कैसे व्यवहार करता है? क्या समाधान अपनाए जाते हैं?

Answer 1

ब्रायन गोएज़ के Java Concurrency in Practice,

9,1 क्यों GUIs हैं एकल पिरोया?:

... पुराने दिनों में, जीयूआई अनुप्रयोगों एकल पिरोया और जीयूआई घटनाओं एक "मुख्य घटना पाश" से प्रोसेस किया गया थे। आधुनिक जीयूआई ढांचे मॉडल का उपयोग करते हैं जो केवल थोड़ा अलग है: वे जीयूआई घटनाओं को संभालने के लिए एक समर्पित घटना प्रेषण धागा (ईडीटी) बनाते हैं। सिंगल थ्रेडेड जीयूआई फ्रेमवर्क जावा के लिए अद्वितीय नहीं हैं; क्यूटी, नेक्स्टस्टेप, मैकोज कोको, एक्स विंडोज़, और कई अन्य सिंगल-थ्रेडेड भी हैं। यह प्रयास करने की कमी के लिए नहीं है; मल्टीथ्रेडेड जीयूआई फ्रेमवर्क लिखने के कई प्रयास हुए हैं, लेकिन दौड़ शर्तों और डेडलॉक के साथ लगातार समस्याओं की वजह से, वे अंततः सिंगल-थ्रेडेड इवेंट कतार मॉडल पर पहुंचे जिसमें एक समर्पित धागा कतार और प्रेषण से घटनाओं को प्राप्त करता है आवेदन से परिभाषित घटना संचालकों के लिए उन्हें ...

Answer 2

स्विंग का एक धागा है जो मूल रूप से उपयोगकर्ता को आपके एप्लिकेशन के ग्राफ़िकल भाग से इंटरैक्ट करने देता है। यदि आप उपयोगकर्ता द्वारा शुरू की गई घटनाओं के जवाब में केवल त्वरित कार्य करते हैं, तो आपका आवेदन हमेशा उत्तरदायी होगा।

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

यदि आप एक अलग थ्रेड में कोई कार्य चला रहे हैं (उदाहरण के लिए, आप एक पृष्ठ डाउनलोड कर रहे हैं और आप उपयोगकर्ता को सूचित करना चाहते हैं कि डाउनलोड पूरा हो गया है), तो आप सीधे उस कार्य से स्विंग को अपडेट नहीं कर सकते आपको अपने प्रश्न में वर्णित सहायक तरीकों में से एक का उपयोग करना होगा।

यह इन कार्यों को बनाने के लिए एक और श्रम-गहन प्रक्रिया है ताकि आपका आवेदन हमेशा उत्तरदायी हो - लेकिन यदि आप ऐसा कुछ चल रहे हैं जो लंबे समय तक लेता है (फ़ाइल डाउनलोड करना एक अच्छा उदाहरण है), तो आवेदन जारी रहेगा कार्य पूरा होने के बावजूद उत्तरदायी बनें, और आप उपयोगकर्ता को कार्य को रद्द करने की अनुमति भी दे सकते हैं, जब तक कार्य स्वयं ही अनुमति देता है। कार्य निष्पादित होने पर उपयोगकर्ता को कुछ और करने से रोकने के लिए आप एक मॉडल संवाद का उपयोग कर सकते हैं (यदि आप ऐसा करना चाहते हैं), या एक प्रगति संवाद है जो एक कताई चक्र या ऐसा कुछ प्रदर्शित करता है। लेकिन मुझे लगता है कि महत्वपूर्ण बात यह नहीं है कि उपयोगकर्ता को लगता है कि आवेदन किसी भी कारण से सिर्फ "जम गया" है।

Answer 3

वर्तमान प्रदर्शन प्रौद्योगिकियों को लागू करने के तरीके, स्क्रीन पर पेंटिंग पिक्सेल हमेशा धारावाहिक होता है। आपको लगभग 30 छवियों को एक सेकंड उत्पन्न करने की आवश्यकता है, और उन्हें एक-एक करके पेंट करना होगा।

इसलिए इस चित्रकला को बहु-थ्रेडेड होने की कोई आवश्यकता नहीं है, क्योंकि आपको अभी भी पृष्ठभूमि में कुछ सिंक्रनाइज़ेशन करना होगा। और यह वास्तव में स्विंग क्या कर रहा है - यह अगली छवि से पहले समय में होने वाले सभी परिवर्तनों को शेड्यूल करने के लिए इवेंट डिस्पैच थ्रेड नामक एक विशेष थ्रेड का उपयोग करता है।

तो तकनीकी रूप से, स्विंग थ्रेड-सुरक्षित है, अगर आप परिवर्तन सबमिट करने के लिए ईडीटी का उपयोग करते हैं। और यही invokeLater() और invokeAndWait() विधियों के लिए हैं। वे ईडीटी में परिवर्तन जमा करते हैं।

यदि आप ईडीटी का उपयोग नहीं करते हैं और कुछ लंबे समय से चलने वाले परिवर्तन जमा करते हैं, जैसे बटन बटन के बाद कुछ मूल्य की गणना करना, तो आप एप्लिकेशन को उत्तरदायी नहीं बना सकते हैं, स्वयं को पुनर्स्थापित नहीं कर सकते हैं। क्योंकि ईडीटी आपके लिए गणना करने में व्यस्त है, और पश्चाताप और अन्य घटनाओं को निर्धारित करने के लिए कोई समय नहीं है।

Answer 4

SWT के लिए: http://book.javanb.com/swt-the-standard-widget-toolkit/ch05lev1sec7.html

SWT एक एकल पिरोया यूजर इंटरफेस मॉडल है कि आम तौर फ्लैट सूत्रण कहा जाता है लागू करता है। इस मॉडल में, केवल उपयोगकर्ता इंटरफ़ेस थ्रेड उपयोगकर्ता इंटरफ़ेस संचालन का आह्वान कर सकता है। यह नियम सख्ती से लागू है। यदि आप उपयोगकर्ता इंटरफ़ेस थ्रेड के बाहर से एक SWT ऑब्जेक्ट तक पहुंचने का प्रयास करते हैं, तो आपको एक SWTException ("अमान्य थ्रेड एक्सेस") मिलेगा।

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

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

इसके अलावा, मैं अन्य कारणों की कल्पना नहीं कर सकता कि स्विंग के थ्रेडिंग मॉडल को "गलत" क्यों माना जाएगा।