This was an interview question. What is the main difference between unchecked exception and error as both are not caught? They will terminate the program.
Errors indicate fundamental problems that should never occur. If you run into an error s.th. really bad happened.
Unchecked Exceptions (Runtime Exceptions) on the other hand are used whenever an exception could be expected somehow but there is no reasonable way to deal with it then and thus a try catch statement would be just annoying and a waste of space.
Checked Exception:
Throwable
class except RuntimeException
and Error
are known as checked exceptions. try/catch
or throw
the exception) then a compilation error occurred. try/catch
block.IOException
, SQLException
etc Unchecked Exception:
RuntimeException
are known as unchecked exceptions ArithmeticException
,NullPointerException
, ArrayIndexOutOfBoundsException
etc ArithmeticEceeption
. We can avoid them by a simple if condition - if(divisor!=0)
. Similarly we can avoid NullPointerException
by simply checking the references - if(object!=null)
or using even better techniquesError:
Error
refers irrecoverable situation that are not being handled by try/catch OutOfMemoryError
, VirtualMachineError
, AssertionError
etc.Errors and runtime exceptions are collectively known as unchecked exceptions.
runtime exceptions are exceptional conditions that are internal to the application, and that the application usually cannot anticipate or recover from. These usually indicate programming bugs, such as logic errors or improper use of an API
You may want to take a look at this link which explains the Three Kinds of Exceptions.
http://docs.oracle.com/javase/tutorial/essential/exceptions/catchOrDeclare.html
I hope this helps.
As stated by their name, unchecked exceptions are not checked at compile-time which means that the compiler doesn't require methods to catch or to specify (with a throws
) them. Classes belonging to this category are detailed in the section 11.2 Compile-Time Checking of Exceptions of the JLS:
The unchecked exceptions classes are the class
RuntimeException
and its subclasses, and the classError
and its subclasses. All other exception classes are checked exception classes. The Java API defines a number of exception classes, both checked and unchecked. Additional exception classes, both checked and unchecked, may be declared by programmers. See §11.5 for a description of the exception class hierarchy and some of the exception classes defined by the Java API and Java virtual machine.
The following picture illustrates the Exception hierarchy:
The class Error
and its subclasses are exceptions from which ordinary programs are not ordinarily expected to recover and, as explained in 11.5 The Exception Hierarchy:
The class
Error
is a separate subclass ofThrowable
, distinct fromException
in the class hierarchy, to allow programs to use the idiom:} catch (Exception e) {
to catch all exceptions from which recovery may be possible without catching errors from which recovery is typically not possible.
To summarize, RuntimeException
are a subset of unchecked exceptions for exceptions from which recovery is possible (but unchecked exception is not a synonym of RuntimeException
as many are answering here).
RuntimeExceptions
and Errors like OutOfMemoryError
don't need to be catched and can be thrown until they reach main() which will terminate the application.
Other Exceptions cause an compile error if they are not catched or included in the throws list.
The JavaDocs sum these up pretty well.
java.lang.RuntimeException:
RuntimeException is the superclass of those exceptions that can be thrown during the normal operation of the Java Virtual Machine.
A method is not required to declare in its throws clause any subclasses of RuntimeException that might be thrown during the execution of the method but not caught.
java.lang.Error:
An Error is a subclass of Throwable that indicates serious problems that a reasonable application should not try to catch. Most such errors are abnormal conditions. The ThreadDeath error, though a "normal" condition, is also a subclass of Error because most applications should not try to catch it.
A method is not required to declare in its throws clause any subclasses of Error that might be thrown during the execution of the method but not caught, since these errors are abnormal conditions that should never occur.
Note that "unchecked exception" is merely a synonym for a RuntimeException
.