検出された例外は、複雑さの増加を防ぐために亂用を避けるために回復(fù)可能なシナリオに使用されます。 2。読みやすさとメンテナンスを改善するために、一般化された例外の代わりに特定の例外タイプをスローします。 3.例外メッセージは、特定のものであり、パラメーター値を含み、機(jī)密情報(bào)を公開しないでください。 4.エラーはできるだけ早くスローする必要があり、キャプチャは処理できる位置に遅延する必要があります。 5.例外を無視することは禁止されています。ログを記録するか、リソースで試行する必要があります。 6.すべてのオートクロー可能なリソースは、リソース付きの試行で管理する必要があります。 7.例外を抽象的な境界で変換し、根本原因を保持します。 8。例外やリターンを最終的にブロックに投げてはいけません。 9.カスタム例外は不変であり、完全なコンストラクターとゲッターを提供する必要があります。 10。例外をキャッチした後、サイレントの故障を避けるために監(jiān)視するためにログを記録または報(bào)告する必要があります。例外処理は、プログラムの堅(jiān)牢性の重要な設(shè)計(jì)方法です。

例外処理は重要ですが、Javaプログラミングの一部をよく誤用しています。優(yōu)れた例外処理は、プログラムの堅(jiān)牢性を向上させるだけでなく、デバッグとメンテナンスをより効率的にします。以下は、効果的なJavaと実際の開発経験に基づいたJava例外のベストプラクティスを処理することです。

1.回復(fù)が可能な場(chǎng)合にのみ、チェックされた例外を希望します

検出された例外（ IOExceptionなど）は、発信者によって処理されることを余儀なくされます。これは、発信者が合理的に回復(fù)できるシナリオに適しています。たとえば、ファイルの読み取りが失敗した場(chǎng)合、ユーザーは再試行するか、別のファイルを選択することを選択できます。

試す {
    fileservice.loadConfiguration（ "config.xml"）;
} catch（filenotfoundexception e）{
    logger.warn（ "config not not not not in defaults。"）;
    usedefaultconfig（）;
}

チェックされた例外を亂用しないでください：発信者が意味のある回復(fù)措置を講じることができない場(chǎng)合、ランタイム例外を使用する必要があります。検出された例外を過度に使用すると、コードの複雑さが増し、開発者に「例外を飲み込む」または「印刷」という意味のないコードを書き込むことができます。

2。一般化を回避するために、適切な例外タイプをスローします

必ずしもExceptionやRuntimeExceptionを投げるとは限りません。意味的に明示的な例外クラスを使用または定義する必要があります。

?グッドプラクティス：

新しいInvalidorderexception（ "注文合計(jì)は正である必要があります。"）;

?避けてください：

新しいruntimeexception（ "無効な順序"）;

利點(diǎn)：

• 発信者はターゲットを獲得して処理できます
• コードの読みやすさと保守性を向上させます
• テストおよびログ分析が簡単です

次のようなモジュールの獨(dú)自の例外レベルを定義することをお?jiǎng)幛幛筏蓼埂?/p>

 AppException
dataaccessexception
├）
└）serviceException

3.明確な例外情報(bào)を提供します

例外メッセージは、デバッグの最初の手がかりです。メッセージが具體的で、完全かつ運(yùn)用可能であることを確認(rèn)してください。

?推奨：

新しいIllegalargumentExceptionを投げる（
    string.format（ "年齢％dは有効な範(fàn)囲外[0、120]"、age）
）;

?避けてください：

新しいIllegalargumentException（ "無効な年齢"）を投げる;

追加の提案：

• 関連するパラメーター値が含まれています
• 機(jī)密情報(bào)（パスワード、キーなど）を公開しないでください
• パラメーター化されたメッセージを使用して、文字列ステッチのパフォーマンスの問題を回避します（ロギングフレームワークと組み合わせることができます）

4.できるだけ早く投げて、キャプチャを遅らせます

• できるだけ早く投げます：ディープコールスタックに伝播する問題を避けるために、エラーが検出されたらすぐにそれを投げます。

   public void processuser（ユーザーユーザー）{
      if（user == null）{
          新しいIllegalargumentException（ "ユーザーはnullになることはできません"）;
      }
      // ...
  }

• 遅延キャプチャ：各レイヤーで試行するのではなく、例外が処理できる場(chǎng)所で再取得します。

  ?エラー練習(xí)：

   public void saveuser（）{
      試す {
          dao.save（user）;
      } catch（sqlexception e）{
          新しいruntimeexception（e）; //パッケージですが、意味がありません}
  }

  cords正しい方法：上位レベルのサービスまたはコントローラーが永続的なレイヤーの例外を均一に処理させます。

5.例外を無視しないでください

次のコードは一般的なアンチパターンです。

試す {
    inputstream.close（）;
} catch（ioException e）{
    //空のキャッチブロック！
}

それを行うための正しい方法：

• 実際に機(jī)能しない場(chǎng)合は、少なくともログを記録します。

   } catch（ioException e）{
      logger.debug（ "入力ストリームを閉じることができなかった"、e）;
  }

• または、リソースのあるリソースを使用してリソースを自動(dòng)的に管理する（推奨）：

   try（inputstream is = new fileinputStream（ "file.txt"））{
      //自動(dòng)的に閉じて、手動(dòng)キャッチクローズ例外}}

6.リソースを使用するためにリソースと一緒にトイリを使用します

AutoCloseable （ストリーム、接続など）を?qū)g裝するすべてのリソースは、リソース付きのTry-with-Resourcesを使用する必要があります。

?推奨：

 try（fileinputStream fis = new fileInputStream（ "data.txt"）;
     BufferedReader br = new BufferedReader（new inputStreamReader（FIS）））{
    return br.readline（）;
}
//例外を含む（close（）を自動(dòng)的に呼び出します

final伝統(tǒng)的な試行を避けてください：

 fileinputStream fis = null;
試す {
    fis = new FileInputStream（ "data.txt"）;
    // ...
} ついに {
    if（fis！= null）fis.close（）; //例外がスローされ、処理が困難な場(chǎng)合があります}

7。例外翻訳

抽象的な境界（DAOレイヤーなど）では、実裝の詳細(xì)が公開されないように、基礎(chǔ)となる例外を高レベルの抽象例外に変換する必要があります。

 public user finduser（int id）{
    試す {
        jdbctemplate.queryforobject（sql、user.class、id）を返します。
    } catch（dataaccessexception e）{
        新しいuserserviceException（ "ユーザーのロードにID：" id、e）をスローします。
    }
}

注：根本原因の追跡を容易にする原因として、常に元の例外を維持してください。

8。例外を投げたり、最終的にブロックに戻ったりしないでください

最終的にブロックでのリターンは、Tryの返品値をオーバーライドし、例外をマスクします。

?危険コード：

試す {
    新しいruntimeexception（ "Try Exception"）;
} ついに {
    「最終的に」を返します。 //例外を飲み込む！
}

?正しい方法：

• 最後に戻らないでください
• 操作を?qū)g行する必要がある場(chǎng)合は、例外がスローされていないことを確認(rèn)するか、適切に処理してください

9.カスタム例外は不変であり、完全なコンストラクターを提供する必要があります

カスタム例外を定義するときは、標(biāo)準(zhǔn)パターンに従います。

パブリッククラス不足FundSexcectionは例外を拡張します{
    プライベートファイナルダブルバランス。
    プライベートファイナルダブル量;

    Public FocructionalFundsexception（ダブルバランス、2倍の量、文字列メッセージ）{
        super（message）;
        this.balance = balance;
        this.Amount =額;
    }

    //セッターではなくゲッターを提供する（不変）
    public double getBalance（）{return Balance; }
    public double getAmount（）{return rument; }
}

10。ログと監(jiān)視：例外はサイレント失敗の理由ではありません

• 例外がキャッチされた後、完全に復(fù)元されない限り、ログを記録する必要があります。
• 重要なパスについては、監(jiān)視システム（Sentry、Elkなど）への例外を報(bào)告することを検討してください
• ログの繰り返しの印刷を避けます（多層漁獲量での印刷など）

基本的にそれだけです。例外処理は「ボトムアップ」テクニックではなく、デザイン言語です。プログラムがどのような狀況で失敗し、どのように対処するかを示します。例外処理を作成することによってのみ、コードは本當(dāng)に「固體」になります。

以上がベストプラクティスを処理する効果的なJava例外の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。