NullPointerExceptionをキャッチすることが悪い習慣であると聞いたことがあります。私はそれが分かりやすいと思います。 NullPointerExceptionを先頭に伝播させると、何かが間違っていることが検出されます。しかし、多くの場合、多くの友人がExceptionを直接キャッチしているので、上記のコードで発生する可能性のあるさまざまな種類の例外をすべて気にする必要はありません。これは良い練習ですか？未処理のまま残されている他の種類の例外は何ですか？それに加えて、例外の原因がわかっている特定のコードに対してNullPointerExceptionを処理することも意味があります。例外はいつ処理されるのですか？処理されないのはいつですか？そして、未処理のまま残されている例外の可能なリストは何でしょうか？nullポインタの例外をキャッチするのが良い方法ではない場合、例外をキャッチするのは良い方法ですか？
ポケモンの例外処理が悪いです。特に、それが空のブロックであり、単にそれらを飲み込んでいるのであれば。特定のコンテキスト内の特定のものを実際に意味しているという理由で、具体的に型指定された例外があります（本質的に、何が間違っているかを伝えています）。だから、Exceptionを捕まえることによって、あなたはその例外が何であるか気にしないこと、そして何が起こったのか気にしないと言っています。これはおそらくあなたが望むものではありません。一般的に
、キャッチ例外は次の規則に従ってください。
あなたのコードでヌル値を簡単にチェックできるので、ヌルポインタ例外を明示的にキャッチする必要はありません。 NullPointerExceptionを起こさせるのは意味がありません（悪い習慣です）。 NullPointerExceptionをスローするコードがあり、コントロールできず修正できないコードであっても、NullPointerExceptionの原因となる入力パラメータを特定し、具体的にテストする必要があります。
キャッチすべきではないもう1つの例外はIllegalArgumentExceptionです。この例外は、意味をなさない引数を渡したことを意味します。この例外をキャッチする代わりに、明示的に入力パラメータをテストして、それらが正常であり、IllegalArgumentExceptionが発生しないことを確認する必要があります。
「ポケモンの例外処理」とは何ですか？ –
catch（Exception ex）{それらをすべてキャッチしたいとき。 –
"ポケモンの例外処理"：Gatcha Catch 'Em All：D – tkr
これを行うことで値を追加できる場合は、例外をキャッチする必要があります。それ以外の場合は、発信者に渡す必要があります。
通常、NullPointerExceptionは、コード内のバグの結果です。キャッチブロックでこれをどのようにしっかりと修正できますか？
例外については気にされていません。
あなたの例外を処理するための優雅なやり方があれば、それをキャッチすると便利です。
そうでない場合は、最終的に例外が記録されます。 –
例外をキャッチする主なルールは、なぜこれを行うのか知っておく必要があるということです。例外クラスは、プログラマが一般的なエラー処理を行いたいときに捕捉されます。実際に何が起こったのかはまったく気にしません。その場合、彼はトランザクションをロールバックするか、何らかのクリーンアップを行うことを決定するかもしれません。 特定の例外をキャッチする場合は、同じルールを適用してみてください。私はあなたがなぜそれをやっているのか正確に知っています。しかし、誰かがNPEの場合に本当に特別なことをしたいと思うことは非常にまれです。
NullPointerExceptionを捕まえているという「理由」は、何かがうまくいかないときにバブルアップさせることになっているため、悪い習慣とはみなされません！例外を言うと、その型だけに基づいて「最も処理されないまま残っている」というのは悪い考えです。
NPEはプログラミングエラーの結果と見なされます。厳密に正しいプログラムは決して生成してはいけません。なぜなら、コードが1つを投げたことを意味し、プログラマは最初にそれを引き起こした壊れたコードを修正するのではなく、それを隠して隠すことに決めたからです。
たとえば、ビジネス上の理由から、バグが内部にあり、時にはヌルポインタがスローされたAPIに結合された場合、それを捕まえたり、メッセージ。誰かが「Null Pointer Exceptionを捕まえていない」と言っただけでUIをヒットさせるのは意味をなさないでしょう！
キャッチjava.lang.Exceptionは特定のケースで正当である可能性がありますが、一般的に「私は怠け者です」はその1つではありません。 :)たとえば、APIを実装していて、仕様にない例外が出てこないことを絶対に確かめたい場合は、Exceptionをキャッチして、定義したアプリケーション例外でラップします。
通常、例外をキャッチする必要があるのは、意味のある方法で処理できる場合のみです。あなたができないならば、それをトップにバブルさせてプロセスを終了させるだけです。たとえば、NullPointerExceptionやI/Oエラーから意味のある方法で回復できますか？私はそうは思わない。例外処理のための
マイルール：あなたには、いくつかの意味のある方法でそれらを処理することができない限り、一般的には
throw caughtException ;ではなくthrow ;を使用してください。前の構文を使用すると、元のスタックトレースが保持されます。後者の構文を使用すると、throw caughtException ;で始まる新しいスタックトレースが作成されます。例外が検出された時点までのすべてのコンテキストと呼び出しスタックを失います。（可能な場合）フロー制御メカニズムとして例外を使用しないでください。例外は自然界では例外的です。むしろ、呼び出すすべてのメソッドの呼び出し元の契約の終了（前提条件）を前提に強制します。
詳細については、Bertrand Meyersの書籍Object Oriented Software Construction, 2nd ed.を参照してください。
「再スローするとき」：Javaでは「投げる」ことはできません。それを行うときにスタックトレースを失うことはありません。 – hjhill
"NullPointerExceptionをキャッチするのは悪い習慣だと聞いたことがありますが、それは分かりやすいと思います。NullPointerExceptionを上に伝播させると、何かが間違っていることを検出できます。 。あなたは「嚥下」と「キャッチ」を混同していませんか？ – leonbloy
'NullPointerException'をキャッチして何かをしても問題はありません。これは例外になります。一般的な考え方は、扱うことができる例外をキャッチし、処理できない例外をキャッチ（破棄）しないことです。だから私はあなたが聞いたことに同意しなければなりません。 –