नए अपवाद के बजाय थ्रोबल का उपयोग कब किया जाना चाहिए?

Question

दिया गया: थ्रोबल अपवाद का सुपरक्लास है।

जब मैं अपने खुद के 'अपवाद' लिखने पर ग्रंथों को पढ़ने, मैं देख Throwable का उदाहरण catch ब्लॉक में इस्तेमाल किया जा रहा है और अन्य ग्रंथों new Exception() दिखाने catch ब्लॉक में इस्तेमाल किया जा रहा। मुझे अभी तक एक स्पष्टीकरण देखने को मिला है जब किसी को प्रत्येक का उपयोग करना चाहिए।

मेरा प्रश्न यह है कि, Throwable कब उपयोग किया जाना चाहिए और new Exception() कब उपयोग किया जाना चाहिए?

संपादित करें: का उपयोग कर catch या else ब्लॉक के अंदर या तो:

throw throwable; 

या

throw new Exception(); 

Answer 1

(टिप्पणियों से) मुद्दा यह है कि इस लाया कि मैं कोड एक सहकर्मी बनाने जा रहा है, तो एक संग्रह बना नहीं प्राप्त करता है की एक टुकड़ा करने के लिए एक 'अपवाद' उत्तीर्ण करने की आवश्यकता है।

उस मामले में, आप फेंकने के लिए एक अपवाद जाँच कर सकते हैं। आप Exception फेंक सकते हैं, इसके उपयुक्त मौजूदा उप-वर्ग (RuntimeException और इसके उप-वर्गों को छोड़कर अनचेक), या Exception (उदा। "CollectionBuildException") का एक कस्टम उप-वर्ग है। जावा अपवादों के साथ गति प्राप्त करने के लिए Java Tutorial on Exceptions देखें।

Answer 2

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

Answer 3

थ्रोबल एक इंटरफ़ेस है, कक्षा नहीं। दो वर्ग थ्रोबल, अपवाद और त्रुटि का विस्तार करते हैं।

नियम यह है: अपवादों को पकड़ते समय आप जितना विशिष्ट हो सकते हैं - इसका मतलब है उदाहरण के लिए थ्रोबल के बजाय अपवाद को पकड़ना, और अपवाद के बजाय IOException।

त्रुटियों को न पकड़ें - त्रुटियां बग हैं। इसके बजाय कोड को ठीक करें।

यदि आपको बिल्कुल कुछ पकड़ना है, तो "पकड़ने योग्य" का उपयोग करें, लेकिन यह खराब रूप है।

Answer 4

आपको वास्तव में अपवाद नहीं लेना चाहिए और "नया अपवाद" के रूप में सामान्य रूप से एक नया फेंकना नहीं चाहिए।

try { 
    // Do some stuff here 
} 
catch (DivideByZeroException e) { 
    System.out.println("Can't divide by Zero!"); 
} 
catch (IndexOutOfRangeException e) { 
    // catch the exception 
    System.out.println("No matching element found."); 
} 
catch (Throwable e) { 
    throw e; // rethrow the exception/error that occurred 
} 

यह अच्छा अभ्यास, मैं विश्वास नहीं कर रहा है, एक अपवाद को पकड़ने और एक है कि था के बजाय कोई नया अपवाद फेंकने के लिए:

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

Answer 5

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

तो बस अपवाद (या बेहतर अभी तक, एक अधिक बढ़िया अपवाद) पकड़ लें।

Answer 6

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

Answer 7

throw new Exception(); कुछ आप कभी नहीं कैच ब्लॉक में क्या करना चाहिए है, लेकिन आप के लिए है या क्रम में फेंक new SomeException(throwable); (पूर्ण स्टैक ट्रेस संरक्षण) के बजाय throw throwable; करने के लिए अपने विधि के एपीआई के अनुरूप कर सकते हैं, जैसे जब यह SomeException फेंकने की घोषणा करता है लेकिन आप कोड को कॉल कर रहे हैं जो IOException फेंक सकता है कि आप विधि throws खंड में जोड़ना नहीं चाहते हैं।

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

Answer 8

सभी अपवाद अंत में एक समस्या है ... यह भी कहते हैं कि त्रुटियां हैं बग का मतलब कुछ भी नहीं है।

त्रुटियां बग नहीं हैं - वे समस्याएं हैं जो मेजबान वीएम अनुभव कर रहा है, उदाहरण के लिए OutOfMemoryError। अपवाद एक साधन हैं कि वर्तमान ऑपरेशन यह सूचित करने के लिए उपयोग कर सकता है कि यह असफल रहा और शायद कुछ निदान प्रदान करता है।

Answer 9

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

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

इसमें नियमित त्रुटि स्थितियों ("नियमित" से मेरा मतलब है कि जेवीएम त्रुटियों के विपरीत) और उन स्थानों पर जहां आप नियंत्रण तंत्र के रूप में अपवाद का उपयोग कर रहे हैं।

Answer 10

आप एक "वापसी प्रकार" या तो ...

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

मैंने उन मामलों को देखा है जहां तंग लूप ने अपवाद को "नकारात्मक" के रूप में फेंक दिया। आईडी आवंटन, इस दिनचर्या ने लगभग 99% CPU समय पर कब्जा कर लिया .. जब इसके बजाय एक दस्तावेज रिटर्न स्थिर में बदल दिया गया, तो यह 25% तक गिर गया।

Answer 11

केवल दो स्थानों पर आप कोड में शब्द Throwable देखना चाहिए:

public static void main(String args[]) 
{ 
    try 
    { 
     // Do some stuff 
    } 
    catch(Throwable t) 
    { 

    } 
} 

और

public class SomeServlet extends HttpServlet 
{ 
     public void doPost(HttpRequest request, HttpResponse response) 
     { 
     try 
     { 
      // Do some stuff 
     } 
     catch (Throwable t) 
     { 
       // Log 
     } 
     } 
}