問題タブ [throws]

Java でいくつかの関数を使用してスタックを実装しようとしています。次のように Exception を実装するクラス UnderflowException を作成しました。

インターフェイスを実装しているときに 、スローしようとすると、「UnderflowException 型の例外はスローできません。例外型は Throwable のクラスである必要があります」というエラーが表示されます。

私のインターフェースは次のようになります。

UnderflowException クラスに問題はありますか? ありがとうございました！

そのため、少し調べてみましたが、質問に答えるものを実際に見つけることができませんでした。私の主な方法では、メソッドに実行される文字列のループがあり、その後、この文字列に基づいて 10 ～ 12 の異なるテーブルをクエリします。現在、クエリを try catch ブロックで囲んで例外をキャッチしています。私がしたいのは、プログラムがログに書き込むためのタイムアウトまたはその他のSQL例外があり(私はすでに行っています)、それが含まれている可能性のある他のメソッドのいずれかからメインメソッドに戻る場合です。ループ内の次の文字列に進みます。さらに追い詰められた例外をスローすることについてはよく知らないので、おそらくそれが必要なことだと思いますが、キャッチされた場所まで実行された場合に例外をスローした場合、どこにあるかを見つけることができませんでした。まさにそれで起こります。クエリ メソッドで例外をスローし、メイン メソッドのメソッド呼び出しを try catch ブロックで囲む必要がありますか? どんな助けでも大歓迎です。ありがとう

匿名内部クラスのコンストラクターに「スロー」を追加するにはどうすればよいですか?

これはうまくいかないので

コンパイラの警告を抑制するために「スロー」を配置する場所を見つけようとしています。try/catch ブロックを使用したり、別のクラスを作成したりせずにこれを行う方法はありますか?

Javaで初めて例外を処理していますが、これが良い方法かどうかを知りたいです。

私にとって奇妙に聞こえるのはthrows FileNotFoundException、メソッド内でも明示的な宣言が行われているmainことです。それ以外の場合、コンパイラは次のように報告します。

私のやり方が間違っているのか知りたかったのです。より多くの例外をキャッチする必要がある、より複雑なプロジェクトでは、非常に面倒になります。これは例外を処理するためのより良い方法ですか? そして、なぜ両方のメソッドで宣言する必要があるのですか?

Java のチェック例外を理解しようとしており、次のクエリがあります。

次は正しいですか: メソッドが任意のタイプのチェック済み例外をスローする可能性がある場合、その例外は次のいずれかでなければなりません。

1. throwsキーワードを使用して宣言された、または
2. それぞれの方法でキャッチ。

上記が正しい場合、Java に組み込まれているすべてのチェック済み例外を理解して、メソッドがその例外をスローする可能性があるかどうかを知る必要があるということですか? それとも、コードをコンパイルしてから、コンパイル時のエラーに基づいてコードを修正する必要がありますか?