コードによってスローされた、ハンドルされない例外は、呼び出し元のスレッドに反映されます。このトピックの後半で説明している特定の状況を除きます。ステートメント内に入れて例外を処理すると、例外が反映されます。タスクが、アタッチされた子タスクの親である場合、または複数のタスクを待機している場合、複数の例外がスローされることがあります。インスタンスにラップします。プロパティがあり、個々に処理したり未処理にしたりできます。メソッドを使用して元の例外を処理することもできます。例外にラップされます。キャッチして、内部例外を確認しないことで回避できます。種類をキャッチする場合と類似しているため、この操作はお勧めしません。特定の操作を取得することなく例外をキャッチして回復しようとすると、プログラムが中間状態のままになるおそれがあります。例外を取得することもできます。プロパティによる例外の確認」セクションを参照してください。例外ポリシーに従ってエスカレートされます。garbage-collected.連結しているスレッドへ例外が上方向に通知されると、例外が発生した後も、タスクによって一部の項目の処理が続行される可能性があります。メッセージが表示されることがあります。このエラーは問題にはなりません。キーを押して続行し、以下の例に示す例外処理動作を確認できます。ボックスをオフにします。ラップされるということです。インスタンスが含まれます。プロパティに元の例外が含まれるようになります。つのループで平坦化され、処理されています。インスタンスから内部例外を再スローすることもできます。tasks既定では、子タスクはデタッチされた状態で作成されます。デタッチされたタスクからスローされた例外は、処理されるか、直接の親に再スローされる必要があります。これらの例外は、アタッチされた子タスクが反映されるのとは異なる方法で、呼び出し元のスレッドに反映されます。ラップして、呼び出し元のスレッドに反映させることができます。faulted.子タスク内の例外を確認するために継続を使用する場合でも、親タスクによって例外を確認する必要があります。インスタンスによって、例外内のトークンがそのタスクが作成されたときに渡されたトークンと比較されます。AggregateExceptionを反映します。これは、内部例外を調べると確認できます。呼び出し元のスレッドがタスクを待機していない場合、このような特定の例外は反映されません。詳細については、「タスクのキャンセル」をご覧ください。して扱うことのできる例外をフィルターで除外できます。追加のロジックを使用する必要はありません。プロパティ、またはその例外に問題がないかどうかを判別できるその他の情報を調べることができます。インスタンスで再スローされます。コレクション内の各例外を調べるこのトピックの最初の例と同じです。インスタンスでない例外のみを再スローしています。expected!次の例はさらに複雑です。例外の特別な処理を行っています。プロパティを調べることで違反の原因となった例外を見つけることができます。プロパティを確認する場合は、次の例に示すように、継続元タスクが違反した場合にのみ実行される継続を使用することをお勧めします。faulted.実際のアプリケーションでは、継続のデリゲートで例外に関する詳細情報を記録して、新しいタスクを作成して例外から回復することが考えられます。event信頼関係のないプラグインをホストするときなど、シナリオによっては、問題のない例外がよく発生する場合や、難しすぎてすべてを手動で観察できなくなる場合があります。イベントを処理できます。インスタンスを使用して、観察されない例外が連結しているスレッドに反映されないようにすることができます。(TPL)お勧めのコンテンツこのページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。直接フィードバックを残すこともできます。直接フィードバックを残すこともできます。Cookie利用条件サイトのフィードバック商標このページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック。