क्यों RuntimeException को एक स्पष्ट अपवाद हैंडलिंग की आवश्यकता नहीं है?

Question

सामान्य रूप से, जावा में अपवादों को संभालने के दो तरीके हैं।

1. जोड़ें विधि हस्ताक्षर में घोषणा फेंकता आज़माएं/कैच ब्लॉक के साथ
2. चारों ओर।

हालांकि, मैंने देखा है कि कुछ अपवाद, विशेष रूप से RuntimeException से प्राप्त होने वाले कुछ अपवादों को ऐसे स्पष्ट अपवाद हैंडलिंग की आवश्यकता नहीं है।

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

public void textException(){ 
    int i = (new Random()).nextInt(100); 

    switch (i){ 
    case 1: 
     throw new NullPointerException(); //Not required 
    case 2: 
     throw new NumberFormatException(); //Not required 
    case 3: 
     throw new RuntimeException();  //Not required 
    case 4:   
     throw new ClassNotFoundException(); //Required 
    case 5: 
     throw new IOException();   //Required 
    case 6: 
     throw new Exception();    //Required 
    default: 
     return; 
    } 
} 

मैंने देखा है कि Exception से RuntimeException इनहेरिट करती है।

यह क्यों है कि RuntimeException को संकलित करने के लिए स्पष्ट रूप से पकड़ा जाने की आवश्यकता नहीं है जबकि अन्य Exceptions करते हैं?

Answer 1

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

Answer 2

"यदि कोई ग्राहक किसी अपवाद से पुनर्प्राप्त होने की अपेक्षा की जा सकती है, तो इसे एक अपवाद से पुनर्प्राप्त करने के लिए कुछ भी नहीं कर सकता है, अगर इसे अपरिचित अपवाद बनाते हैं।" http://docs.oracle.com/javase/tutorial/essential/exceptions/runtime.html