थ्रेड स्लीप()

Question

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

वेब सेवा एपीआई एक सेट अंतराल के बाद समय समाप्त एक बार हर 30 सेकंड बुला reccommends, और। निम्नलिखित स्यूडोकोड एक उदाहरण के रूप में दिया जाता है:

listId := updateList(<list of terms>) 
LOOP 
    WHILE NOT isUpdatingComplete(listId) 
END LOOP 
statuses := getStatuses(“LIST_ID = {listId}”) 

मैं के रूप में इस मोटे तौर पर सी में # कोडित है

int callCount = 0; 
while(callCount < 5 && !client.isUpdateComplete(listId, out messages)) 
{ 
    listId = client.updateList(options, terms, out messages); 
    callCount++; 
    Thread.Sleep(30000); 
} 
// Get resulting status... 

यह इस स्थिति में ठीक Thread.Sleep उपयोग करने के लिए है()? मुझे पता है कि यह आमतौर पर अच्छा अभ्यास नहीं है, लेकिन इसका उपयोग न करने के कारणों को पढ़ने से यह स्वीकार्य उपयोग की तरह लगता है।

धन्यवाद।

Answer 1

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

कुछ उदाहरण देता है आप इसका इस्तेमाल नहीं करना चाहते हैं - यूआई धागे या जहाँ आप सही समय क्या करने की जरूरत पर।

Answer 2

नींद() के खिलाफ सामान्य आपत्ति यह है कि यह एक थ्रेड बर्बाद कर देता है।

आपके मामले में केवल 1 थ्रेड (शायद 2) है ताकि वास्तव में एक समस्या नहीं है।

तो मैं यह ठीक लग रहा है लगता है (लेकिन मैं 29 सेकंड सोने को कुछ ढीला में कटौती करने के होगा)।

Answer 3

यह ठीक है, सिवाय इसके कि आप इसमें बाधा नहीं कर सकते हैं एक बार यह धागा (जो अनुशंसित नहीं है) निरस्त किया जा रहा बिना, नींद में चला जाता है।

क्यों एक ManualResetEvent एक बेहतर विचार हो सकता है, क्योंकि यह एक अलग धागे से संकेत किया जा सकता है ("जागृत") है कि।

Answer 4

आप थ्रेड के साथ रह सकते हैं। स्लीप विधि। लेकिन यह हर 30 मिनट चलाने के लिए शेड्यूल करने के लिए और अधिक सुरुचिपूर्ण होगा - इसलिए आपको अपने आवेदन के अंदर प्रतीक्षा का ख्याल रखना नहीं है।

Answer 5

आम तौर पर, Thread.Sleep किसी भी अन्य उपकरण की तरह है: पूरी तरह से उपयोग करने के लिए ठीक है, सिवाय इसके कि जब इसका बहुत दुरुपयोग किया जाता है। मैं "आमतौर पर अच्छा अभ्यास नहीं" भाग से असहमत हूं, जो Thread.Sleep का दुरुपयोग करने वाले लोगों का परिणाम है जब उन्हें कुछ और करना चाहिए (यानी सिंक्रनाइज़ेशन ऑब्जेक्ट पर अवरुद्ध होना)।

आपके मामले में प्रोग्राम एकल-थ्रेडेड है, इसमें कोई यूआई नहीं है (यानी थ्रेड में कोई संदेश लूप नहीं है) और आप बाहरी घटनाओं के साथ सिंक्रनाइज़ नहीं करना चाहते हैं। इसलिए Thread.Sleep बस ठीक है।

Answer 6

थ्रेड। समय आवधिक तर्क निष्पादित करने के लिए सबसे अच्छा नहीं है। थ्रेड। नींद (एन) का मतलब है कि आपका धागा एन मिलीसेकंड के लिए नियंत्रण छोड़ देगा। इस बात की कोई गारंटी नहीं है कि एन मिलीसेकंड के बाद यह नियंत्रण प्राप्त करेगा, यह सीपीयू लोड पर निर्भर करता है।

Answer 7

यदि आप 30 मिनट के लिए थ्रेड लॉक कर रहे हैं तो आपको हर 30 मिनट में विंडोज़ कार्य निर्धारित करना चाहिए, इसलिए प्रोग्राम निष्पादित होता है और फिर समाप्त होता है। इस तरह आप इतने लंबे समय तक धागे को लॉक नहीं कर रहे हैं।

कम समय के लिए, जैसे 30 सेकंड/1 मिनट, सिस्टम। थ्रेड। नींद() पूरी तरह से ठीक है। 5 मिनट से अधिक के लिए मैं एक विंडोज़ कार्य का उपयोग करता हूं। (आईएम स्पैनिश मुझे लगता है कि अंग्रेजी संस्करण पर मुझे कॉल किया गया है, जो आप नियंत्रण कक्ष से शेड्यूल किए गए कार्यों के बारे में बात कर रहे हैं ;-))