もともと、元の例外は、非手動、自動でスローされます。
カスタム例外を理解して、私たちは、その情報を見つけました：
- 誰が、独自のカウントされた例外ことを継承しました。
- その情報は、そのようなIDとして、これは一見任意です。
- それは渡すことができる情報であり、
欠落していない、それは私たちの3点です。
この時点で、彼は混乱して登場しました。
異常最も重要なは、それが正しいこのレベルの情報、「捨てられたこの異常を何ポイント」が含まれ、少なくともExceptionクラスので、ある種の間違いやエラーのいくつかの種類を表したいということでしょうか？
Javaでも例外ではありませんか？？？？
異常な、「それは異常のようなものだ」この情報の新しい定義について知るためにどのようにコンピュータ？
私は明らかにああ、それを言いませんでしたか？？？？
コード内のこの重要な情報は、事実が反映さ、一見だけで、具体的な表現と考えることができます。
それが、でているthrow時、この情報のみをコンピューターに言われました。
あなたは1人の息を設定したい場合は、「カスタム例外シャシ侯を投げなければならない」、これはJVMが自動的にスローされたことを意味します。
スローされたマニュアルは、不要となり、それは抽象的ルールを作る、と思われるコンピュータは、この種の仕事の例外をスロー伝え、存在する - 既存のルールが十分で投げる自動的に設定されているからでしょうか？......
要するに、私は今確信して情報の「漢漢漢が、そのような例外と見なさかどうかを支配する方法を決定する必要がある」クラスの例外は、コンピュータの定義に指定されていないので、場合、この情報は可能、ということです使用はthrow、特にコンピュータに言われた：だけありthrow、彼らはカスタム例外を投げる前に時間が。
- つまり、ルールが自動的にユーザー定義の異常の世話をスローされません。
（これは......実際には、このアイデアは、変更したいのコンパイルに似たようにコンパイルするときにカウントされるプログラマのための異常を更にアップグレードしたコンパイラの仕様悪い命名規則の数など、いくつかのひどいこと、を思い付くことができない残念、ですルールは、当然のことながら、より厳格な変化に行うことができます。
-私は、「カスタム例外」を理解しなければならなかったことは、この種のものを得るために行うことができるようにすることです/_>\。。。。）