問題タブ [throwable]

Java を介して別の例外で内部例外をスローしようとしましThrowableたが、IDE はそれを で囲む必要があると私に言いましたtry/cath。この問題を回避するにはどうすればよいですか?

これは私が今持っているものです。このメソッド open は http url との接続です。

この作業は問題ありませんが、URL に到達できない場合やエラー コードが返された場合に、methodアプリ全体がクラッシュするように見えることがあります。

私が興味を持っているのは、なぜこのメソッドがキャッチに失敗するのExceptionですか?

また、これを追加すると：

これは、その中で実行する操作に関連するmethod catch可能性がありますか?error/exception

次のような例を見てください。

一般的にThrowableをキャッチしないというルールがあるため、コードレビューのコメントが入りました。この種の障害のみのクリーンアップを行うための古いパターンは次のとおりです。

これは少し面倒で、Throwable をキャッチするのと違うのかどうか完全には理解できません。いずれの場合も、例外が伝播します。いずれの場合も、OutOfMemoryError が発生した可能性がある場合に、追加のコードが実行されています。

それで、最終的には本当に安全ですか？

Java に相当する C# は何Throwableですか?

Java では、例外クラス階層のルートはThrowableではなく Exceptionと呼ばれます。基本クラスには、Throwable次の 2 つの派生クラスがあります。

Exception: 合理的なアプリケーションがキャッチしたい条件の場合。

Error: 合理的なプログラムがキャッチしようとすべきではない重大な問題の場合。

したがって、Throwable基本クラスには、合理的なプログラムがキャッチしようとすべきではない問題が含まれています。

(残念ながら)Objectインスタンスを唯一のパラメーターとして受け入れるメソッドがあります。ObjectがいずれかのタイプThrowable(つまり、すべて Exceptionsのチェックまたはチェック解除、およびすべて Errorの s)である場合、それを異なる方法で処理するロジックを追加する必要があります。

このメソッドを次のように呼び出すと:

isAssignableFromチェックは false を返し、呼び出さhandleThrowableれることはありません。なんで？

代わりに、次を使用する必要があります。

私が期待したように、これは機能します。しかし、なぜ機能しないのかについてはまだ困惑してisAssignableFromいます...事前に感謝します!