問題タブ [unchecked-exception]

例外について読んでいると、チェックされた例外とチェックされていない例外に出くわします。

編集:例外クラスを作成するかどうかを知りたいのですが、チェック済みまたは未チェックとして作成するにはどうすればよいですか?

それぞれの意味は何ですか？

これはインタビューの質問でした。どちらもキャッチされないため、チェックされていない例外とエラーの主な違いは何ですか? 彼らはプログラムを終了します。

Joshua Bloch は「Effective Java」で次のように述べています。

回復可能な条件にはチェック例外を使用し、プログラミング エラーには実行時例外を使用します (第 2 版の項目 58)。

これを正しく理解しているかどうか見てみましょう。

チェックされた例外についての私の理解は次のとおりです。

1. 上記はチェック済み例外と見なされますか?

2. RuntimeException は非チェック例外ですか?

未チェックの例外についての私の理解は次のとおりです。

4. さて、上記のコードもチェック済み例外ではないでしょうか? このような状況を回復しようとすることができますか? できますか？（注：私の3番目の質問はcatch上記の中にあります）

5.なぜ人々はこれを行うのですか?

なぜ彼らは例外をバブルアップさせたのですか? エラー処理は早いほうがいいのではないですか? なぜ泡立つのですか？

6. 正確な例外をバブルアップするか、Exception を使用してマスクする必要がありますか?

以下は私の読書です

Java では、いつチェック済み例外を作成し、いつ実行時例外にする必要がありますか?

チェックされた例外とチェックされていない例外をいつ選択するか

最近、例外に関する多くの投稿を読んでいますが、チェックされていない例外をキャッチする必要があるかどうか疑問があります。アプリケーションをエラーから回復させたい場合は、チェックされた例外を使用することを読みました。ただし、チェックされた例外を処理できない場合は、別のチェックされた例外にラップして、別のレイヤーに渡すことができます。たとえば、をラップしSqlExceptionたり、チェックされていない例外をスローしたりします。ただし、チェックされていない例外をキャッチする必要がありますか？チェックされていない例外は、理想的にはチェックしていないプログラミングエラーですか？それらはあなたのアプリケーションからただ泡立つべきですか？

これについてできることはすべて読みましたが、チェック済み例外とチェックなし例外の使用方法をまだ理解していません。まだまだコンセプトが理解できていないと思います。チェックされた例外ではなくチェックされていない例外を使用する方が良いことを StackOverflow で読みましたが、Eclipse では、次のようにチェックされた例外を使用するように強制FileNotFoundExceptionされます(私の知る限り、Eclipse が try/catch ブロックを挿入するように強制する場合、それはチェックされた例外です)。チェックされているものをチェックされていないものに変換する方法はありますか？一体何を扱っているのですか？例外を処理するとはどういうことかわかりません。

ここにこの例があります。これを処理する方法 (?) を本当に知りたいです。これはチェック例外ですよね？

私は人々がここでしていることをいろいろ見てきました。スタックトレースを出力する人もいますが、それは私が通常行っていることであり、問​​題はありません。デバッグに必要な情報が得られます。それらを無視する人もいますが、それはすべきではないと思います (JNode OS ブーターが例外を無視しているのを見ました)。throws一部の人々は、署名に宣言を追加するだけです。その中にさらに例外をスローする人もいます! (多分これは、チェックされた手段の代わりにチェックされていないものを使用することだと思いますか?)

さらに、throws宣言を追加すると、try/catch ブロックをさらに上に置く必要があり、非常に大きなアプリケーションの場合は不便です。申し訳ありませんが、私は単に無知です。完全に。私は優れたエレガントなデザインを学ぼうとしていますが、これは私を苦しめています.

継承された静的メソッドの静的インポートを使用すると、奇妙な動作が発生します。

com/example/util/BaseUtil.java:

com/example/util/Util.java:

com/example/UtilTest.java

実行UtilTestすると非チェック例外が発生します!

スレッド「メイン」の例外 java.lang.IllegalAccessError: クラス com.example.util.BaseUtil からクラス com.example.UtilTest にアクセスしようとしました

Utilただし、 （静的インポートなしで）メソッドを参照すると、すべてが期待どおりに機能します。

com/example/UtilTest.java

それで、何が得られますか？

次のような小さなメソッドがあります。

}

メソッド自体は非常に単純ですが、発生する例外がたくさんあり、それらをどのように処理すればよいかわかりません。単純な「e.printStackTrace()」を実行してそれらを抑制するのは良い考えとは思えないので、例外処理のベスト プラクティスを読み始めましたが、まだ少し迷っています。例外はどうすればいいですか？

nullメソッドから戻りたくないので、例外を処理する必要があります。メソッドから を返すnullということは、呼び出し元のメソッドが、メソッド内で例外が発生したかどうかについての洞察を持たないことを意味します。

カスタム例外を作成してそれを発生させる必要がありますか、それとも単純に未チェックの例外を発生させる必要がありますか?

呼び出しメソッドは、実際には私のメソッドに影響を与えることはできません。つまりSocketException、ネットワーク接続に問題があったIOException場合に発生する可能性があり、ストリームの読み取りに問題があった場合に発生する可能性があります。呼び出し元のメソッドができることは、後でこれを再試行することだけです。

トラップしたすべての例外を再度スローすると、呼び出し元のメソッドが例外処理ブロックでいっぱいになってしまいます。

（これが些細な質問のように思われる場合は申し訳ありません。私は単により良いコードを書くことを学ぼうとしています。ありがとう。）

私が理解しているように、残りのサービスで例外を処理し、エラーメッセージをクライアントに返すための最も一般的な方法は、WebApplicationExceptionまたはMappableContainerExceptionをキャッチすることです。しかし、彼らは RuntimeExceprion を拡張しています (理由はわかりません)。私が知っているように、RuntimeExceptions の処理は避けるべきです。

「そのような名前のエンティティは既に存在します」などの例外を処理する必要があります。実行時例外ではないと確信しています。

他の方法はありますか？私は今ラッパーを研究しています。私の問題を解決する最善の方法を説明していただけないでしょうか?

次の警告が表示されます

注: com.......\BeerSelect.java は未チェックまたは安全でない操作を使用します。注: 詳細については、-Xlint:unchecked で再コンパイルしてください。

タイプも指定しました. @SupressWarning オプションを使うよりも理由を知りたいです。

他のスレッドもチェックしました javacが「未チェックまたは安全でない操作を使用しています」という警告を発行する原因

以下はコードの一部です..

}

どんな種類の助けも大歓迎です..ありがとう