Javaのメソッドオーバーライドにおける例外処理のルールとは？

メソッドオーバーライドで例外処理だけを変更できるのか？

結論から言えば、はい、可能です。Javaでは、メソッドをオーバーライドする際に、例外処理のみを変更することが認められています。ただし、それには守るべきルールが存在します。本記事では、そのルールをわかりやすく解説します。

ルール1：非チェック例外は自由にスローできる

オーバーライドする側のメソッドは、親クラスのメソッドが例外をスローするかどうかにかかわらず、任意の非チェック例外（Unchecked Exception）、つまり RuntimeException およびそのサブクラスをスローすることができます。

ルール2：新しい、またはより広範なチェック例外はスローできない

一方で、オーバーライドするメソッドは、親クラスのメソッドで宣言されたチェック例外に対して、まったく新しいチェック例外や、より広範なチェック例外をスローすることはできません。これは、ポリモーフィズムを利用して親クラス型の変数経由でメソッドを呼び出すコードが、親クラスの宣言に基づいて例外処理を記述しているためです。この制約を破るとコンパイルエラーとなります。

ルール3：より狭い、またはより少ない例外ならスローできる

オーバーライドするメソッドは、親クラスのメソッドが宣言している例外よりも狭い範囲の例外（サブクラスの例外）や、より少ない種類の例外をスローすることが許されています。さらに、まったく例外をスローしないようにすることも可能です。

コード例で確認しよう

import java.io.*;

class Parent {
    void readFile() throws IOException {
        System.out.println("親クラスのメソッド");
    }
}

class Child extends Parent {
    // OK: IOException より狭い FileNotFoundException をスローできる
    @Override
    void readFile() throws FileNotFoundException {
        System.out.println("子クラスのメソッド");
    }
}

この例では、親クラスが IOException を宣言しているため、子クラスはそのサブクラスである FileNotFoundException をスローできます。逆に、Exception のようなより広い例外や、SQLException のような無関係なチェック例外を宣言するとコンパイルエラーになる点に注意してください。

まとめ

メソッドオーバーライドにおける例外処理の変更は、次の3つのルールに従えば自由に行えます。

• 非チェック例外は、条件に関係なく自由にスローできる
• 親メソッドより新しい、または広範なチェック例外はスローできない
• 親メソッドより狭い、または少ない例外ならスローできる

これらのルールを正しく理解しておくことで、安全性と保守性の高いオーバーライド設計が実現できます。