一般的な例外の代わりに特定の例外を使用して、正確なエラー処理を可能にし、デバッグを改善します。 2。ドメイン固有のエラーのカスタム例外を作成して、読みやすさを向上させ、ターゲットを絞ったキャッチブロックを有効にし、API契約を明確にします。 3.ファイルやストリームなどのリソースの自動(dòng)管理のために、リソース付きの試行を使用して、それらが適切に閉じられ、漏れが削減されるようにします。 4.同じロジックで複數(shù)の無(wú)関係な例外を処理するためにマルチキャッチブロックを活用して、明確さを損なうことなくコードの簡(jiǎn)潔さを改善します。 5.メソッドエントリポイントで入力を検証することにより、「早めに投げる、遅れてキャッチする」原則を適用して、高速に失敗し、根本原因分析を簡(jiǎn)素化します。 6.ログを中間層でロギングして再投與しないようにして、ログエントリの重複を防ぐ。代わりに、トップレベルのハンドラーでのみログを記録します。 7.抽象化を維持し、チェーンを介してスタックトレースを保持するために、低レベルの例外（例えば、sqlexception）を高レベルのドメインに適した例外にラップします。 8.スレッドを使用して、未裝備の例外ハンドラーを設(shè)定します。SetDefaultunCaughtExceptionHandlerまたはスレッドごとのハンドラーを使用して、マルチスレッドアプリケーションで予期しないスレッド障害をキャプチャおよびログに記録します。 9.內(nèi)部不変チェックのみのアサーションを使用して、デフォルトで無(wú)効にされていることを理解し、ランタイム検証を置き換えるべきではありません。 10. @ControllerAdviceまたは@RestControllerAdviceを使用してSpringなどのフレームワークにグローバル例外処理を?qū)g裝して、エラー応答を集中させ、冗長(zhǎng)性を減らし、アプリケーション全體のエラー出力を標(biāo)準(zhǔn)化します。高度な例外処理は、例外を後付けではなくAPI設(shè)計(jì)の中核部分として扱うことにより、信頼性、保守性、デバッグを向上させます。

Javaアプリケーション、特に大規(guī)模またはエンタープライズシステムを使用する場(chǎng)合、例外処理はtry-catchブロックを使用するだけではありません。高度な例外処理戦略は、コードの信頼性、保守性、デバッグ効率を向上させるのに役立ちます。主要な高度なテクニックとベストプラクティスの內(nèi)訳は次のとおりです。

1.特定の例外を使用して、一般的な例外をキャッチしないようにします

ExceptionやThrowableなどの幅広い例外をキャッチすると、重大な問(wèn)題を隠し、デバッグを難しくすることができます。

?これを行う：

試す {
    int result = a / b;
} catch（arithmeticexception e）{
    logger.error（ "ゼロエラーによる分割"、e）;
}

?これを避けてください：

試す {
    //いくつかのコード
} catch（例外e）{
    //すべての例外を飲み込む - 悪い！
}

なぜそれが重要なのか：
特定の例外により、正確なエラー処理が可能になります。たとえば、 IOException 、 NullPointerException 、またはIllegalArgumentExceptionは、各信號(hào)の問(wèn)題を擔(dān)當(dāng)し、それに応じて処理する必要があります。

2。ドメイン固有のエラーのカスタム例外を作成します

組み込みの例外は、必ずしも十分に説明的ではありません。ビジネスロジックエラーを反映するようにカスタム例外を定義します。

パブリッククラス不足FundSexcectionは例外を拡張します{
    Public FocriveFundSexception（Stringメッセージ）{
        super（message）;
    }
}

サービスで使用：

 if（account.getbalance（）<lument）{
    新しい不十分なfundsexcection（ "account" account.getid（） "の資金が不十分です。"）;
}

利點(diǎn)：

• 読みやすさを向上させます。
• 正確なcatchブロックを有効にします。
• API契約をより明確にします（特にチェックされた例外を除き）。

3.自動(dòng)リソース管理のために、リソース付きの試行を使用します

Java 7の前に、リソースのクリーンアップ（ファイルやストリームなど）がfinallyブロックされました。次に、リソース付きのTry-With-Resourcesを使用してください。

?現(xiàn)代的なアプローチ：

 try（fileinputStream fis = new fileInputStream（ "data.txt"）;
     BufferedReader br = new BufferedReader（new inputStreamReader（FIS）））{
    string line = br.readline（）;
    //プロセス行
} catch（ioException e）{
    logger.error（ "エラー読み取りファイル"、e）;
}

キーポイント：

• AutoCloseable実裝するクラスを使用することができます。
• 例外が発生した場(chǎng)合でも、リソースは自動(dòng)的に閉じられます。
• ボイラープレートを排除し、リソースの漏れを減らします。

4.マルチキャッチと例外フィルタリングを活用する（Java 7）

複數(shù)の例外が同じ処理が必要な場(chǎng)合は、マルチキャッチを使用します。

試す {
    files.readalllines（paths.get（ "config.txt"））;
} catch（nosuchfileexception | accessdeniedexception e）{
    logger.warn（ "ファイルにアクセスできない：" e.getmessage（））;
} catch（ioException e）{
    logger.error（ "ioエラーが発生した"、e）;
}

注記：
マルチキャッチの例外は、サブクラス化によって関連してはなりません（例えば、 ExceptionとRuntimeException両方を一緒にキャッチすることはできません）。

5。早めに投げる、遅れてキャッチする（フェイルファスト原理）

入力を早期に検証し、無(wú)効な狀態(tài)が検出されるとすぐに例外をスローします。

 public void transferfunds（アカウント、アカウントへ、2倍）{
    （== null from）新しいIllegalargumentException（ "ソースアカウントはnull"）を投げる場(chǎng)合。
    （to == null）新しいIllegalargumentException（ "宛先アカウントはnull"）を投げる場(chǎng)合。
    if（金額<= 0）新しいIllegalArgumentException（ "量は正でなければならない"）を投げるif;
    //ロジックを進(jìn)めます
}

なぜ？
早期の検証は、無(wú)効なデータでより深い実行を防ぎ、根本原因の分析を容易にします。

6.例外を適切にログ - ただし、ログやスローしないでください

一般的なアンチパターンは、例外を記録してから再スローすることであり、それがログエントリの複製につながります。

?避けてください：

 catch（ioexceptione）{
    logger.error（ "read failed"、e）;
    eを投げる; //今では、発信者は再びログを記録するかもしれません
}

?もっといい：

• ログとハンドルのいずれか、または
• 中間層でロギングせずに投げます（またはラップ） 。

トップレベルのハンドラーにのみログを記録します（たとえば、春のコントローラーまたはグローバル例外ハンドラーで）。

7.低レベルの例外を高レベルの例外にラップします

例外ラッピングを使用して、発信者からの実裝の詳細(xì)を抽象化します。

パブリックリスト<user> loadusers（）はdataaccessexceptionをスローします{
    試す {
        databaseclient.fetchall（）を返します。
    } catch（sqlexception e）{
        新しいDataAccesSexception（「データベースからユーザーのロードに失敗した」、e）をスローします。
    }
}

こちらです：

• 発信者はSQLExceptionについて知る必要はありません。
• 懸念のきれいな分離を維持します。
• スタックトレースは、例外チェーンによって保存されます。

8。スレッドには、未裝備の例外ハンドラーを使用します

マルチスレッドアプリでは、スレッドの猛攻撃の例外が見(jiàn)過(guò)ごされる可能性があります。

デフォルトのハンドラーを設(shè)定します：

 thread.setDefaultuncaughtExceptionHandler（（shood、exception） - > {
    logger.Error（ "スレッドのcound" thread.getName（）、例外）;
}）;

またはスレッドごとに設(shè)定します：

 thread.setuncaughtexceptionhandler（（t、e） - > {
    system.err.println（ "sweth" t "が「e）により死亡）。
}）;

役立つ：

• スレッドプール。
• 背景デーモン。
• イベント駆動(dòng)型システム。

9。アサーションで検証します（內(nèi)部不変性の場(chǎng)合）

內(nèi)部仮定にassertを使用します（入力検証ではありません）：

 private void processNode（ノードノード）{
    assert node！= null： "ノードはnullでなければなりません";
    //ノードが有効であると仮定して進(jìn)みます
}

覚えて：
アサーションはデフォルトで無(wú)効になります（ -ea enable）。したがって、重要なチェックに使用しないでください。

10。フレームワークでグローバル例外処理を使用する（例：春）

Spring Bootで、 @ControllerAdviceまたは@RestControllerAdviceを使用して、例外処理を集中化します。

 @RestControllerAdvice
パブリッククラスGlobalExceptionHandler {

    @exceptionhandler（不十分なfundsexcection.class）
    public ResponseNtity <String> HandleInsufficientFunds（不十分なFundSexcection Ex）{
        RESPONSENTITY.BADREQUEST（）。BODY（EX.GETMESSAGE（））;
    }

    @exceptionHandler（Exception.Class）
    public ResponseNtity <String> handleGeneric（例外Ex）{
        RESPONSENTITY.INTRENALSERVERRERROR（）。BODY（ "予期しないエラー"）;
    }
}

これにより、コントローラーの繰り返しのtry-catchが回避され、応答が標(biāo)準(zhǔn)化されます。

高度な例外処理は、すべての可能なエラーをキャッチすることではなく、エラーを優(yōu)雅に処理し、コンテキストを保存し、有益で制御される方法で失敗することです。正しく行われると、Javaアプリケーションがより堅(jiān)牢でデバッグが簡(jiǎn)単になります。

基本的に、例外を「対処する」ものだけでなく、APIデザインの一部と考えてください。

以上がJavaの高度な例外処理戦略の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。