Javaの例外を処理するための鍵は、それを正しく、それを明確に処理し、問題を隠さないことです。まず、必要に応じて特定の例外タイプをキャッチし、一般的なキャッチを避け、チェックされた例外に優(yōu)先順位を付ける必要があります。ランタイムの例外は事前に審査する必要があります。次に、ログフレームワークを使用して例外を記録し、タイプに基づいて再試行、ロールバック、またはスローする必要があります。第三に、最終的なブロックを使用してリソースをリリースする必要があり、リソース付きの試行をお勧めする必要があります。第4に、カスタムの例外を合理的に定義し、runtimeexceptionまたは例外を継承し、簡単にデバッグするためのコンテキスト情報(bào)を伝達(dá)する必要があります。

Javaで例外を処理するための鍵は、「問題を獲得し、扱い、問題を隠さない」ことです。多くの人々は、コードを書くときにtry-catchだけですが、実際に例外メカニズムをうまく使用すると、プログラムがより堅(jiān)牢でトラブルシューティングを簡単にすることができます。

以下は、いくつかの実際の使用シナリオに基づいており、Javaの例外を正しく処理する方法について説明します。

例外タイプを特定し、一般的にキャッチしないでください

Javaの例外システムは、チェックされた例外や未確認(rèn)の例外を含め、明確に分割されています。多くの初心者が直接書きます：

試す {
    //いくつかのコード
} catch（例外e）{
    e.printstacktrace（）;
}

このアプローチの問題は、何が間違っているのかわからないことであり、いくつかの深刻なエラー（ OutOfMemoryErrorなど）を飲み込むこともできます。

?提案：

• IOException 、 SQLExceptionなど、需要のある特定の例外タイプをキャッチします。
• ランタイムの例外（ NullPointerExceptionなど）の場合は、キャッチに依存する代わりに、事前に判斷を下すようにしてください。
• 本當(dāng)に保証が必要な場合は、最後に一般的なキャッチを追加できますが、ログを記録して適切に処理できます。

例：

試す {
    //ファイルを読む} catch（filenotfoundexception e）{
    logger.warn（ "ファイルは存在しません。パスを確認(rèn)してください"）;
} catch（ioException e）{
    logger.error（ "エラー読み取りファイル"、e）;
}

「印刷」ではなく、例外を処理する必要があります

多くの人は、 catchブロックを作成した後にe.printStackTrace()にのみ電話し、例外処理が完了すると考えています。実際、これは標(biāo)準(zhǔn)のエラーストリームを出力するだけで、オンラインシステムではほとんど役に立たないものです。

?提案：

• ログフレームワーク（log4j、slf4jなど）を使用して例外情報(bào)を記録して、後続のトラブルシューティングを容易にします。
• 例外タイプに基づいて上層層を再試行、ロールバック、または通知するかどうかを決定します。
• 現(xiàn)在利用できない場合は、スローまたはカプセル化およびスローする必要があり、発信者がそれを処理できるようにします。

例：

試す {
    //データベース操作} catch（sqlexception e）{
    logger.error（ "データベース操作に失敗した"、e）;
    新しいmycustomexception（ "dbエラーが発生した"、e）を投げます。
}

最終的にの役割を無視しないでください

最終的なブロックは、クロージングリソース、ロックのリリースなど、クリーンアップ作業(yè)を?qū)g行するために使用されます。リターンまたは例外がtryまたはcatchにスローされている場合でも、コードは最終的に実行されます。

?提案：

• リリースする必要があるすべてのリソース（IOストリーム、データベース接続など）は、最終的にブロックに配置する必要があります。
• Java 7は、リソースの執(zhí)筆をサポートしており、最初に使用することをお勧めします。

例：

 try（fileInputStream fis = new fileInputStream（ "file.txt"））{
    // contentを読む} catch（ioexception e）{
    //例外を処理}
// FISは自動的に閉じられており、最終的に手動で処理する必要はありません

カスタム例外を合理的に使用します

JDKによって提供される例外タイプがビジネスの意味を表現(xiàn)するのに十分ではない場合があるため、例外をカスタマイズする必要があります。

?提案：

• カスタム例外は、 RuntimeExceptionまたはExceptionを継承し、処理を強(qiáng)制するかどうかを決定する必要があります。
• 例外名は、問題の位置付けを促進(jìn)するために意味があるはずです。
• デバッグを支援するために、追加情報(bào)（エラーコード、コンテキストデータなど）を攜帯できます。

例：

パブリッククラスusernotfoundexceptionはruntimeexceptionを拡張します{
    public usernotfoundexception（string message）{
        super（message）;
    }
}

例外処理は、単純な「トライキャッチ」ではなく、プログラムの堅(jiān)牢性の保証です。これらの基本的なテクニックを習(xí)得した後、コードはより明確であるだけでなく、何か問題が発生したときに見つけやすいことがわかります。

基本的にこれはすべて複雑ではありませんが、無視するのは簡単です。

以上がJavaで例外を適切に処理する方法は？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。