Checked vs unchecked exceptions in Java - When to Use Which

The Big Idea

What if your program could warn you about problems before they crash everything?

The Scenario

Imagine you write a program that reads a file. Without any system to warn you, you might forget to check if the file exists or if you have permission to open it. Your program crashes unexpectedly, and you have no idea why.

The Problem

Manually checking every possible error before it happens is slow and easy to forget. This leads to bugs that are hard to find and fix. Without clear rules, your code becomes messy and unreliable.

The Solution

Checked and unchecked exceptions help by making some errors visible and forcing you to handle them. Checked exceptions require you to plan for problems like missing files, while unchecked exceptions handle unexpected bugs. This keeps your code clean and safer.

Before vs After

✗ Before

void readFile() {
  // no error checks
  FileInputStream file = new FileInputStream("data.txt");
  // read file
}

✓ After

void readFile() throws IOException {
  FileInputStream file = new FileInputStream("data.txt");
  // read file
}

What It Enables

This concept lets you write programs that catch problems early and handle them gracefully, making your software more reliable and easier to maintain.

Real Life Example

When you download an app, it checks if your internet is connected (checked exception). But if the app crashes due to a bug, that's an unchecked exception you didn't expect.

Key Takeaways

Checked exceptions force you to handle known problems.

Unchecked exceptions represent unexpected bugs.

Using both helps create safer and clearer code.

Practice

1. Which of the following statements correctly describes checked exceptions in Java?

easy

A. They are runtime exceptions that do not require handling.

B. They are errors that cannot be handled by the program.

C. They must be either caught or declared in the method signature.

D. They are always caused by bugs in the code.

Solution

1. Step 1: Understand checked exceptions

   Checked exceptions are exceptions that the compiler forces you to handle or declare.

2. Step 2: Compare options with definition

   They must be either caught or declared in the method signature. states they must be caught or declared, which matches the definition.

3. Final Answer:

   They must be either caught or declared in the method signature. -> Option C

4. Quick Check:

   Checked exceptions require handling = A [OK]

Hint: Checked exceptions need try-catch or throws declaration [OK]

Common Mistakes:

• Confusing checked with unchecked exceptions
• Thinking checked exceptions are always bugs
• Believing checked exceptions don't need handling

2. Which of the following is the correct way to declare a method that throws a checked exception IOException?

easy

A. public void readFile() throws IOException {}

B. public void readFile() throw IOException {}

C. public void readFile() throws IOException() {}

D. public void readFile() throws new IOException {}

Solution

1. Step 1: Recall correct syntax for throws

   The correct syntax uses the keyword throws followed by the exception class name without parentheses.

2. Step 2: Analyze each option

   public void readFile() throws IOException {} matches the correct syntax exactly. Options A, B, and C have syntax errors.

3. Final Answer:

   public void readFile() throws IOException {} -> Option A

4. Quick Check:

   Correct throws syntax = D [OK]

Hint: Use 'throws ExceptionName' without parentheses [OK]

Common Mistakes:

• Using 'throw' instead of 'throws' in method signature
• Adding parentheses after exception name
• Trying to instantiate exception in throws clause

3. What will be the output of the following Java code?

public class Test {
  public static void main(String[] args) {
    try {
      int a = 5 / 0;
    } catch (ArithmeticException e) {
      System.out.println("Caught unchecked exception");
    }
  }
}

medium

A. Compilation error due to unchecked exception

B. Caught checked exception

C. No output, program crashes silently

D. Caught unchecked exception

Solution

1. Step 1: Identify exception type

   Dividing by zero causes an ArithmeticException, which is an unchecked exception.

2. Step 2: Check catch block handling

   The catch block catches ArithmeticException and prints "Caught unchecked exception".

3. Final Answer:

   Caught unchecked exception -> Option D

4. Quick Check:

   Unchecked exceptions can be caught = B [OK]

Hint: ArithmeticException is unchecked and can be caught [OK]

Common Mistakes:

• Thinking unchecked exceptions cause compile errors
• Assuming program crashes without output
• Confusing checked and unchecked exceptions

4. Consider this code snippet:

public void readFile() {
  FileReader fr = new FileReader("file.txt");
}

What is the error and how to fix it?

medium

A. FileReader constructor syntax is wrong; remove parentheses.

B. FileReader constructor throws checked IOException; add try-catch or declare throws.

C. FileReader is an unchecked exception; no fix needed.

D. FileReader must be imported from java.util package.

Solution

1. Step 1: Identify exception type from FileReader

   The FileReader constructor throws a checked IOException.

2. Step 2: Fix by handling or declaring exception

   We must either surround with try-catch or declare throws IOException in method signature.

3. Final Answer:

   FileReader constructor throws checked IOException; add try-catch or declare throws. -> Option B

4. Quick Check:

   Checked exceptions require handling = C [OK]

Hint: Checked exceptions must be caught or declared [OK]

Common Mistakes:

• Ignoring checked exception requirement
• Confusing package for FileReader
• Thinking FileReader throws unchecked exceptions

5. You want to write a method that reads a file and returns its first line. The method should handle IOException internally but let runtime exceptions propagate. Which approach correctly applies checked vs unchecked exceptions?

hard

A. Use try-catch for IOException inside method; do not catch RuntimeExceptions.

B. Declare method throws IOException; catch RuntimeExceptions inside method.

C. Catch both IOException and RuntimeException inside method.

D. Do not catch any exceptions; let all propagate.

Solution

1. Step 1: Understand handling checked exceptions

   Checked exceptions like IOException should be handled or declared. Here, handling internally means try-catch inside method.

2. Step 2: Understand unchecked exceptions handling

   Unchecked exceptions (RuntimeExceptions) usually indicate bugs and should propagate to caller, so do not catch them here.

3. Final Answer:

   Use try-catch for IOException inside method; do not catch RuntimeExceptions. -> Option A

4. Quick Check:

   Handle checked, propagate unchecked = A [OK]

Hint: Catch checked exceptions; let unchecked exceptions propagate [OK]

Common Mistakes:

• Catching unchecked exceptions unnecessarily
• Declaring checked exceptions when handling internally
• Ignoring exception handling rules