Bird
Raised Fist0
Javaprogramming~5 mins

Throws keyword in Java

Choose your learning style10 modes available

Start learning this pattern below

Jump into concepts and practice - no test required

or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
Introduction

The throws keyword tells the program that a method might cause an error that needs handling.

When a method might cause an error that it does not handle itself.
When you want to inform others using your method that they should prepare for possible errors.
When working with input/output operations that can fail, like reading files.
When calling methods that throw checked exceptions and you want to pass the responsibility up.
When you want to keep your method code clean by not catching exceptions inside it.
Syntax
Java
returnType methodName(parameters) throws ExceptionType1, ExceptionType2 {
    // method body
}
You list the exceptions after the method signature using the throws keyword.
Multiple exceptions are separated by commas.
Examples
This method says it might throw an IOException, so callers must handle it.
Java
public void readFile() throws IOException {
    // code that might throw IOException
}
This method declares it might throw an ArithmeticException if division by zero happens.
Java
public int divide(int a, int b) throws ArithmeticException {
    return a / b;
}
This method can throw two types of exceptions, so both are listed after throws.
Java
public void process() throws IOException, SQLException {
    // code that might throw IOException or SQLException
}
Sample Program

This program defines a method readFile that declares it throws IOException. The main method calls it inside a try-catch block to handle possible errors.

Java
import java.io.*;

public class ThrowsExample {
    public static void readFile(String filename) throws IOException {
        BufferedReader reader = new BufferedReader(new FileReader(filename));
        System.out.println("First line: " + reader.readLine());
        reader.close();
    }

    public static void main(String[] args) {
        try {
            readFile("test.txt");
        } catch (IOException e) {
            System.out.println("Error reading file: " + e.getMessage());
        }
    }
}
OutputSuccess
Important Notes

The throws keyword only declares exceptions; it does not handle them.

Checked exceptions must be declared or caught; unchecked exceptions (like NullPointerException) do not need to be declared.

Use throws to pass responsibility for handling exceptions to the method caller.

Summary

The throws keyword tells others your method might cause an error.

It helps keep code clean by letting callers handle errors.

Always declare checked exceptions your method can throw.

Practice

(1/5)
1.

What is the main purpose of the throws keyword in Java?

easy
A. To declare that a method might throw certain checked exceptions
B. To catch exceptions inside a method
C. To create a new exception object
D. To stop the program immediately when an error occurs

Solution

  1. Step 1: Understand the role of throws

    The throws keyword is used in a method signature to declare that the method might throw certain checked exceptions.
  2. Step 2: Differentiate from other keywords

    It does not catch exceptions (that's try-catch), nor create exceptions or stop the program immediately.
  3. Final Answer:

    To declare that a method might throw certain checked exceptions -> Option A
  4. Quick Check:

    throws declares exceptions [OK]
Hint: Remember: throws declares, catch handles exceptions [OK]
Common Mistakes:
  • Confusing throws with catch
  • Thinking throws creates exceptions
  • Believing throws stops program immediately
2.

Which of the following is the correct way to declare a method that might throw an IOException?

public void readFile() _____ IOException { }
easy
A. thrown
B. throw
C. throws
D. throws new

Solution

  1. Step 1: Recall correct syntax for exception declaration

    In Java, the keyword to declare exceptions a method might throw is throws.
  2. Step 2: Check options for syntax correctness

    throw is used to actually throw an exception inside method body, not in declaration. thrown and throws new are invalid.
  3. Final Answer:

    throws -> Option C
  4. Quick Check:

    Method declaration uses throws [OK]
Hint: Method declarations use 'throws', not 'throw' [OK]
Common Mistakes:
  • Using 'throw' instead of 'throws' in method signature
  • Adding 'new' after throws
  • Using non-existent keywords like 'thrown'
3.

What will be the output of the following code?

import java.io.*;

public class Test {
    public static void risky() throws IOException {
        throw new IOException("Error happened");
    }
    public static void main(String[] args) {
        try {
            risky();
        } catch (IOException e) {
            System.out.println(e.getMessage());
        }
    }
}
medium
A. Error happened
B. Compilation error due to missing throws
C. No output
D. Runtime error without message

Solution

  1. Step 1: Analyze method throwing exception

    The method risky() declares it throws IOException and actually throws it with message "Error happened".
  2. Step 2: Check exception handling in main

    The main method calls risky() inside a try block and catches IOException, printing the exception message.
  3. Final Answer:

    Error happened -> Option A
  4. Quick Check:

    Exception caught and message printed [OK]
Hint: Thrown exceptions must be caught or declared [OK]
Common Mistakes:
  • Thinking throws causes compile error if caught
  • Expecting no output because exception thrown
  • Confusing throws with throw inside method body
4.

Identify the error in the following code snippet:

public void process() {
    riskyMethod() throws IOException;
}
medium
A. Incorrect use of throws keyword inside method body
B. Missing try-catch block around riskyMethod() call
C. Method process() should declare throws IOException
D. All of the above

Solution

  1. Step 1: Check syntax of throws usage

    The throws keyword cannot be used inside a method body; it belongs in the method signature.
  2. Step 2: Analyze exception handling requirements

    Calling riskyMethod() which throws IOException requires either a try-catch block or declaring throws IOException in process().
  3. Step 3: Combine all errors

    All these issues are present: wrong throws usage, missing try-catch, and missing throws declaration.
  4. Final Answer:

    All of the above -> Option D
  5. Quick Check:

    Throws only in signature + handle exceptions [OK]
Hint: Throws keyword only in method signature, not inside body [OK]
Common Mistakes:
  • Using throws inside method body
  • Not handling checked exceptions properly
  • Forgetting to declare throws in method signature
5.

You have a method readData() that calls two other methods: openFile() and parseFile(). Both can throw IOException. How should you declare readData() to properly handle exceptions?

hard
A. Do nothing, exceptions will be handled automatically
B. Declare readData() with throws IOException and let caller handle it
C. Declare readData() with throws Exception to cover all exceptions
D. Use try-catch inside readData() to catch and ignore exceptions

Solution

  1. Step 1: Understand exception propagation

    If openFile() and parseFile() throw IOException, readData() must either handle or declare these exceptions.
  2. Step 2: Choose proper declaration

    Declaring throws IOException in readData() lets the caller decide how to handle exceptions, keeping code clean and clear.
  3. Step 3: Evaluate other options

    Ignoring exceptions is bad practice. Declaring throws Exception is too broad. Exceptions are not handled automatically.
  4. Final Answer:

    Declare readData() with throws IOException and let caller handle it -> Option B
  5. Quick Check:

    Declare checked exceptions to propagate [OK]
Hint: Declare throws for checked exceptions to pass responsibility [OK]
Common Mistakes:
  • Ignoring exceptions instead of declaring or catching
  • Declaring too broad exceptions like Exception
  • Assuming exceptions are handled automatically