問題タブ [checked-exceptions]

私は Java の例外について学習しようとしていますが、教育目的で、標準 API のすべてのチェック済み例外とすべての未チェック例外のリファレンスを入手できれば幸いです。

関連する質問ですが、私が求めているものではありません。

このJava 8コードを考えると

IOExceptionこれをメソッド呼び出しのスタックに委任するにはどうすればよいでしょうか? （一言で言えば、このメソッドにこれをスローさせる方法はIOException？）

Javaのラムダは、エラー処理にあまり適していないようです...

私はいくつかの醜いコードを持っていて、それをリファクタリングしたい:

醜さの原因となる問題は、finalメンバー間の相互作用とキャッチされた例外です。finalできればメンバーを維持したい。

次のようにコードを作成したいと思いますが、Java コンパイラは制御フローを分析できません。制御が節addressに到達するには、最初に試行された割り当てがスローされたに違いないため、2 回目の割り当てを行う方法はありません。catch

Error:(27, 13) error: variable address might already have been assigned

何かアドバイス？

PSコンストラクターがスローしないという制約があります-そうでなければ、これはすべて簡単です。

データベースへの挿入を実行する操作/メソッドがあります。いくつかのフィールドが必要であり、1 つ以上の入力が一意ではなかったり、一意である必要がある一部の内部レコードと競合したりするなど、さまざまな理由で操作が失敗する可能性があります。

違反ごとにチェック例外をスローすることは理にかなっていますか?

私の考えでは、以下を使用することでした：

このメソッドを呼び出す開発者は、新しいトークンを要求するページに Web ユーザーをルーティングすることで、このメソッドに対処する必要があります。

反対 意見 このアプローチの反対者は、私たち開発チームは、これが失敗する原因となる各エラー ケースを認識しており、代わりにエラー コードを返し、それを使用して各ケースを処理する必要があると指摘しています。

チェックされたアプローチに明らかな欠点は見られません。これらのエラー ケースは発生する可能性が非常に高く、saveUserInfo() が使用されている場合は必ず対処する必要があります。まさに状況チェック例外が作成されたようです。

ExceptionIOExceptionどちらもコンパイル時にチェックされる例外です。

ただし、IOExceptioncatch ブロック内では使用できません。ただし、Exceptioncatch ブロック内でその理由を使用できます。

Java の例外の種類について混乱しています。多くのチュートリアル Web サイトで、Java には 2 種類の例外があることがわかりました。

1. コンパイル時例外
2. 実行時例外

しかし、私が何人かの Java マスターと話をしたとき、彼らによると、コンパイル時例外のようなものはありません。彼らはそれが例外ではなくコンパイル時エラーであると言いました.Java docsでコンパイル時例外について何も見つかりませんでした。しかし、次のプログラムを実行すると

try catch が提供されていない場合、出力を下回りました。

このエラーまたはコンパイル時の例外を考慮する必要がありますか?