क्या थ्रेडएबॉर्ट अपवाद अंततः छोड़ सकता है?

Question

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

public void runTest(DateTime deadline) 
{ 
    testThread = new Thread(() => 
    { 
     try 
     { 
      Console.WriteLine("test thread started at " + DateTime.Now.ToShortTimeString()); 
      while (true) { } 
     } 
     finally 
     { 
      Console.WriteLine("test thread entered FINALLY at " + DateTime.Now.ToShortTimeString()); 
      while (true) { } 
     } 
    }); 
    testThread.Start(); 
    while (testThread.IsAlive && deadline.Subtract(DateTime.Now).TotalSeconds > 0) 
    { 
     Console.WriteLine("main thread while loop " + DateTime.Now.ToShortTimeString()); 
     Thread.Sleep(10000); 
    } 
    if (testThread.IsAlive) 
     testThread.Abort(); 
    Console.WriteLine("main thread after abort call " + DateTime.Now.ToShortTimeString()); 
} 

मैं क्या लगता है जब यह चल रहा है कि सांत्वना कभी नहीं अंत में ब्लॉक में प्रवेश का उल्लेख है। आवेदन .abort कॉल के बाद जारी है जैसे कि आखिरकार कोई ब्लॉक नहीं है। क्या मुझसे कुछ गलत हो रही है? कंसोल को अंतिम लिखने तक पहुंचने से पहले आखिरकार ब्लॉक को पास नहीं करना चाहिए या निष्पादन आदेश अभी भी इस तथ्य का एक कार्य है कि आखिरकार एक अलग धागे या कुछ में है?

Answer 1

Docs say: ThreadAbortException एक विशेष अपवाद है जिसे पकड़ा जा सकता है, लेकिन इसे कैच ब्लॉक के अंत में स्वचालित रूप से फिर से उठाया जाएगा। जब यह अपवाद उठाया जाता है, तो रनटाइम थ्रेड को समाप्त करने से पहले सभी अंततः ब्लॉक निष्पादित करता है। चूंकि धागा आखिरकार ब्लॉक में एक असंबद्ध गणना कर सकता है या थ्रेड को कॉल कर सकता है। रद्द करने के लिए रीसेट एबॉर्ट, इस बात की कोई गारंटी नहीं है कि धागा कभी खत्म हो जाएगा।

मुझे यकीन है कि आपका धागा डंप किया जा रहा है क्योंकि आप विधि से बाहर निकलें और इसका संदर्भ खो दें, और इसलिए इसे कचरा कलेक्टर द्वारा एकत्र किया जाता है। TestThread को क्लास के फील्ड सदस्य को बनाने का प्रयास करें और देखें कि क्या होता है।

कि, या आपके पास समानांतर में चलने वाले थ्रेड के बाद दौड़ की स्थिति है: मुख्य धागा अंततः डेटा को आउटपुट कर सकता है (अपवाद महंगा है और पकड़ने या अंत में ब्लॉक तक पहुंचने के लिए समय लेता है) ।

Answer 2

finally सामान्यतः छोड़ा नहीं जाना चाहिए।

यह संभव है कि कंसोल ऐप (यह मान लेता है) finally ब्लॉक रन से पहले बाहर निकल रहा है (क्योंकि Thread.Abort() पर कॉल करने के बाद कोई प्रतीक्षा नहीं है)।

यदि आप प्रोग्राम के अंत में Console.ReadLine() डालते हैं तो क्या होता है?

Answer 3

कार्यकर्ता थ्रेड फ़ंक्शन में आखिरकार ब्लॉक कार्यकर्ता धागे पर निष्पादित किया जाता है जो मुख्य धागे के समानांतर होता है। यह दौड़ की स्थिति है। निरस्त कॉल के बाद आप कौन से कार्यकर्ता धागे को आखिरकार या मुख्य थ्रेड कोड बता सकते हैं। आप तो एक तुल्यकालिक बीच में बंद करें की जरूरत है आप ऐसा ही कुछ डाल करने के लिए है:

 if (testThread.IsAlive) 
     { 
      testThread.Abort(); 

      bool blnFinishedAfterAbort = testThread.Join(TimeSpan.FromMilliseconds(1000)); 
      if (!blnFinishedAfterAbort) 
      { 
       Console.WriteLine("Thread abort failed."); 
      } 
     } 
     Console.WriteLine("main thread after abort call " + DateTime.Now.ToShortTimeString()); 

ध्यान रखें कि यदि आपने विरासत अपवाद हैंडलिंग सक्षम (http://msdn.microsoft.com/en-us/library/ms228965.aspx देखें) और आप AppDomain_UnahandledException ईवेंट हैंडलर निर्दिष्ट तो ThreadAbortException होगा वर्कर थ्रेड फ़ंक्शन में आखिरकार ब्लॉक करने से पहले उस हैंडलर पर लीड निष्पादन। यह निराशाजनक और अप्रत्याशित निष्पादन आदेश का एक और उदाहरण है, जिसे थ्रेड को निरस्त करते समय अवगत होना चाहिए।