Groovy-exception-handling
Groovy-例外処理
アプリケーションの通常のフローを維持できるように、ランタイムエラーを処理するには、プログラミング言語で例外処理が必要です。
例外は通常、アプリケーションの通常のフローを中断します。これが、アプリケーションで例外処理を使用する必要がある理由です。
例外は大きく次のカテゴリに分類されます-
- Checked Exception -RuntimeExceptionとErrorを除くThrowableクラスを拡張するクラスは、チェック例外(IOException、SQLExceptionなど)として知られています。 チェックされた例外はコンパイル時にチェックされます。
古典的なケースの1つはFileNotFoundExceptionです。 Eドライブのファイルから読み取る次のコードがアプリケーションにあったとします。
class Example {
static void main(String[] args) {
File file = new File("E://file.txt");
FileReader fr = new FileReader(file);
}
}
ファイル(file.txt)がEドライブにない場合、次の例外が発生します。
キャッチ:java.io.FileNotFoundException:E:\ file.txt(システムは指定されたファイルを見つけることができません)。
java.io.FileNotFoundException:E:\ file.txt(指定されたファイルが見つかりません)。
- 未チェックの例外-RuntimeExceptionを拡張するクラスは、未チェックの例外として知られています。たとえば、ArithmeticException、NullPointerException、ArrayIndexOutOfBoundsExceptionなどです。 未チェックの例外はコンパイル時にチェックされず、実行時にチェックされます。
古典的なケースの1つは、ArrayIndexOutOfBoundsExceptionです。これは、配列の長さよりも大きい配列のインデックスにアクセスしようとしたときに発生します。 以下は、この種の間違いの典型的な例です。
class Example {
static void main(String[] args) {
def arr = new int[3];
arr[5] = 5;
}
}
上記のコードが実行されると、次の例外が発生します。
キャッチ:java.lang.ArrayIndexOutOfBoundsException:5
java.lang.ArrayIndexOutOfBoundsException:5
- エラー-エラーは回復不能です。 OutOfMemoryError、VirtualMachineError、AssertionErrorなど。
これらは、プログラムが回復できないエラーであり、プログラムをクラッシュさせます。
次の図は、Groovyの例外の階層がどのように編成されているかを示しています。 すべてJavaで定義された階層に基づいています。
例外をキャッチする
メソッドは、 try キーワードと catch キーワードの組み合わせを使用して例外をキャッチします。 try/catchブロックは、例外を生成する可能性のあるコードの周りに配置されます。
try {
//Protected code
} catch(ExceptionName e1) {
//Catch block
}
例外を発生させる可能性のあるすべてのコードは、保護されたコードブロックに配置されます。
catchブロックでは、カスタムコードを記述して例外を処理し、アプリケーションが例外から回復できるようにすることができます。
配列のサイズよりも大きいインデックス値を持つ配列にアクセスするために上で見た同様のコードの例を見てみましょう。 ただし、今回はコードをtry/catchブロックにラップします。
class Example {
static void main(String[] args) {
try {
def arr = new int[3];
arr[5] = 5;
} catch(Exception ex) {
println("Catching the exception");
}
println("Let's move on after the exception");
}
}
上記のプログラムを実行すると、次の結果が得られます-
Catching the exception
Let's move on after the exception
上記のコードから、tryブロックで障害のあるコードをラップします。 catchブロックでは、単に例外をキャッチし、例外が発生したというメッセージを出力しています。
複数のキャッチブロック
複数のタイプの例外を処理するために、複数のcatchブロックを使用できます。 キャッチブロックごとに、発生した例外のタイプに応じて、それに応じて処理するコードを記述します。
上記のコードを変更して、特にArrayIndexOutOfBoundsExceptionをキャッチします。 以下はコードスニペットです。
class Example {
static void main(String[] args) {
try {
def arr = new int[3];
arr[5] = 5;
}catch(ArrayIndexOutOfBoundsException ex) {
println("Catching the Array out of Bounds exception");
}catch(Exception ex) {
println("Catching the exception");
}
println("Let's move on after the exception");
}
}
上記のプログラムを実行すると、次の結果が得られます-
Catching the Aray out of Bounds exception
Let's move on after the exception
上記のコードから、ArrayIndexOutOfBoundsException catchブロックが例外の基準を意味するため、最初にキャッチされることがわかります。
最後にブロック
*finally* ブロックは、tryブロックまたはcatchブロックの後に続きます。 例外の発生に関係なく、コードの最終ブロックは常に実行されます。
finallyブロックを使用すると、保護されたコードで何が起こっても、実行するクリーンアップタイプのステートメントを実行できます。 このブロックの構文は次のとおりです。
try {
//Protected code
} catch(ExceptionType1 e1) {
//Catch block
} catch(ExceptionType2 e2) {
//Catch block
} catch(ExceptionType3 e3) {
//Catch block
} finally {
//The finally block always executes.
}
上記のコードを変更して、最終的にコードのブロックを追加しましょう。 以下はコードスニペットです。
class Example {
static void main(String[] args) {
try {
def arr = new int[3];
arr[5] = 5;
} catch(ArrayIndexOutOfBoundsException ex) {
println("Catching the Array out of Bounds exception");
}catch(Exception ex) {
println("Catching the exception");
} finally {
println("The final block");
}
println("Let's move on after the exception");
}
}
上記のプログラムを実行すると、次の結果が得られます-
Catching the Array out of Bounds exception
The final block
Let's move on after the exception
以下はGroovyで利用可能な例外メソッドです-
public String getMessage()
発生した例外に関する詳細メッセージを返します。 このメッセージは、Throwableコンストラクターで初期化されます。
public Throwable getCause()
Throwableオブジェクトで表される例外の原因を返します。
public String toString()
getMessage()の結果と連結されたクラスの名前を返します
public void printStackTrace()
toString()の結果とスタックトレースをエラー出力ストリームであるSystem.errに出力します。
public StackTraceElement [] getStackTrace()
スタックトレースの各要素を含む配列を返します。 インデックス0の要素は呼び出しスタックの一番上を表し、配列の最後の要素は呼び出しスタックの一番下のメソッドを表します。
public Throwable fillInStackTrace()
このThrowableオブジェクトのスタックトレースを現在のスタックトレースで満たし、スタックトレース内の以前の情報に追加します。
例
以下は、上記のメソッドのいくつかを使用したコード例です-
class Example {
static void main(String[] args) {
try {
def arr = new int[3];
arr[5] = 5;
}catch(ArrayIndexOutOfBoundsException ex) {
println(ex.toString());
println(ex.getMessage());
println(ex.getStackTrace());
} catch(Exception ex) {
println("Catching the exception");
}finally {
println("The final block");
}
println("Let's move on after the exception");
}
}
上記のプログラムを実行すると、次の結果が得られます-
java.lang.ArrayIndexOutOfBoundsException: 5
5
[org.codehaus.groovy.runtime.dgmimpl.arrays.IntegerArrayPutAtMetaMethod$MyPojoMetaMet
hodSite.call(IntegerArrayPutAtMetaMethod.java:75),
org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48) ,
org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113) ,
org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:133) ,
Example.main(Sample:8), sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method),
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57),
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ,
java.lang.reflect.Method.invoke(Method.java:606),
org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93),
groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325),
groovy.lang.MetaClassImpl.invokeStaticMethod(MetaClassImpl.java:1443),
org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:893),
groovy.lang.GroovyShell.runScriptOrMainOrTestOrRunnable(GroovyShell.java:287),
groovy.lang.GroovyShell.run(GroovyShell.java:524),
groovy.lang.GroovyShell.run(GroovyShell.java:513),
groovy.ui.GroovyMain.processOnce(GroovyMain.java:652),
groovy.ui.GroovyMain.run(GroovyMain.java:384),
groovy.ui.GroovyMain.process(GroovyMain.java:370),
groovy.ui.GroovyMain.processArgs(GroovyMain.java:129),
groovy.ui.GroovyMain.main(GroovyMain.java:109),
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method),
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57),
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ,
java.lang.reflect.Method.invoke(Method.java:606),
org.codehaus.groovy.tools.GroovyStarter.rootLoader(GroovyStarter.java:109),
org.codehaus.groovy.tools.GroovyStarter.main(GroovyStarter.java:131),
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method),
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57),
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ,
java.lang.reflect.Method.invoke(Method.java:606),
com.intellij.rt.execution.application.AppMain.main(AppMain.java:144)]
The final block
Let's move on after the exception