タスクの待機は、タスクで待機することも、Exceptionプロパティにアクセスすることもできませんでした。その結果、観察されなかった例外は

これは何を意味し、どのように解決しますか？

TPLタスクを使用しています。

エラー全体

タスクの待機は、タスクで待機することも、Exceptionプロパティにアクセスすることもできませんでした。その結果、監視されていない例外がファイナライザスレッドによって再スローされました。

System.Threading.Tasks.TaskExceptionHolder.Finalize（）で

mscorlib

タスクを作成し、task.Wait()の結果を呼び出したり取得しようとしたりしないTask<T>場合、ガベージコレクターによってタスクが収集されると、ファイナライズ中にアプリケーションが破棄されます。詳細については、TPLの例外処理に関するMSDNのページを参照してください。

ここでの最良のオプションは、例外を「処理」することです。これは継続を介して行うことができます-タスクに継続をアタッチし、発生した例外をログ/スワロー/などに記録できます。これにより、タスクの例外をログに記録するクリーンな方法が提供され、単純な拡張メソッドとして記述できます。

public static void LogExceptions(this Task task)
{
    task.ContinueWith( t =>
    {
         var aggException = t.Exception.Flatten();
         foreach(var exception in aggException.InnerExceptions)
             LogException(exception);
    }, 
    TaskContinuationOptions.OnlyOnFaulted);
}

上記を使用すると、次の方法で、タスクがアプリを破棄してログに記録するのを防ぐことができます。

Task.Factory.StartNew( () => 
   { 
       // Do your work...
   }).LogExceptions();

または、TaskScheduler.UnobservedTaskExceptionをサブスクライブしてそこで処理することもできます。

承知しました; これは、Taskガベージコレクションに任された後でファイナライズされたが、タスク自体が失敗したことを意味します。2つの修正があります。

• タスクは、直接（使用が失敗扱うContinueWith(...)購読すると、チェック.IsFaultedして.Exception上Taskのパラメータで）
• TaskScheduler.UnobservedTaskExceptionイベントを処理し、監視済みとしてマークします（e.SetObserved()エラーを記録した後に呼び出します）

これを試してください：

public static void ThrowFirstExceptionIfHappens(this Task task)
{
    task.ContinueWith(t =>
    {
        var aggException = t.Exception.Flatten();
        foreach (var exception in aggException.InnerExceptions)
        {
            throw exception; // throw only first, search for solution
        }
    },
    TaskContinuationOptions.OnlyOnFaulted); // not valid for multi task continuations
}

public static Task CreateHandledTask(Action action) 
{
    Task tsk = Task.Factory.StartNew(action);
    tsk.ThrowFirstExceptionIfHappens();
    return tsk;
}