try / catch / finallyで待つための良い解決策はありますか？

次のように例外を（スタックトレースとともに）再度スローする前asyncに、catchブロック内のメソッドを呼び出す必要があります。

try
{
    // Do something
}
catch
{
    // <- Clean things here with async methods
    throw;
}

ただし、残念ながらawait、catchまたはfinallyブロックでは使用できません。それは、コンパイラーがcatchブロック内に戻ってawait命令の後にあるものを実行する方法がないためだと学びました...

を使用Task.Wait()して交換しようとしたawaitところ、デッドロックが発生しました。これを回避する方法をウェブで検索して、このサイトを見つけました。

asyncメソッドを変更することも、使用するかどうかもわからないため、別のスレッドで（デッドロックを回避するために）非同期メソッドを開始し、その完了を待機するConfigureAwait(false)これらのメソッドを作成Func<Task>しました。

public static void AwaitTaskSync(Func<Task> action)
{
    Task.Run(async () => await action().ConfigureAwait(false)).Wait();
}

public static TResult AwaitTaskSync<TResult>(Func<Task<TResult>> action)
{
    return Task.Run(async () => await action().ConfigureAwait(false)).Result;
}

public static void AwaitSync(Func<IAsyncAction> action)
{
    AwaitTaskSync(() => action().AsTask());
}

public static TResult AwaitSync<TResult>(Func<IAsyncOperation<TResult>> action)
{
    return AwaitTaskSync(() => action().AsTask());
}

だから私の質問は：このコードは大丈夫だと思いますか？

もちろん、いくつかの拡張機能がある場合、またはより良いアプローチを知っている場合は、私が聞いています！:)

ロジックをcatchブロックの外に移動し、必要に応じて、を使用して例外を再スローできますExceptionDispatchInfo。

static async Task f()
{
    ExceptionDispatchInfo capturedException = null;
    try
    {
        await TaskThatFails();
    }
    catch (MyException ex)
    {
        capturedException = ExceptionDispatchInfo.Capture(ex);
    }

    if (capturedException != null)
    {
        await ExceptionHandler();

        capturedException.Throw();
    }
}

このようにして、呼び出し元が例外のStackTraceプロパティを検査するとき、例外TaskThatFailsがスローされた場所を記録します。

C＃6.0以降ではawait、in ブロックを使用できるため、実際に次のように実行できることを知っておく必要がcatchありfinallyます。

try
{
    // Do something
}
catch (Exception ex)
{
    await DoCleanupAsync();
    throw;
}

今述べた機能を含む、新しいC＃6.0機能は、ここまたはビデオとしてここにリストされています。

asyncエラーハンドラを使用する必要がある場合は、次のようなものをお勧めします。

Exception exception = null;
try
{
  ...
}
catch (Exception ex)
{
  exception = ex;
}

if (exception != null)
{
  ...
}

asyncコードでの同期ブロッキングの問題（コードが実行されているスレッドに関係なく）は、同期ブロッキングしていることです。ほとんどのシナリオでは、を使用することをお勧めしますawait。

更新：再スローする必要があるため、を使用できますExceptionDispatchInfo。

プロジェクトで次の再利用可能なユーティリティクラスに対するhvdのすばらしい答えを抽出しました。

public static class TryWithAwaitInCatch
{
    public static async Task ExecuteAndHandleErrorAsync(Func<Task> actionAsync,
        Func<Exception, Task<bool>> errorHandlerAsync)
    {
        ExceptionDispatchInfo capturedException = null;
        try
        {
            await actionAsync().ConfigureAwait(false);
        }
        catch (Exception ex)
        {
            capturedException = ExceptionDispatchInfo.Capture(ex);
        }

        if (capturedException != null)
        {
            bool needsThrow = await errorHandlerAsync(capturedException.SourceException).ConfigureAwait(false);
            if (needsThrow)
            {
                capturedException.Throw();
            }
        }
    }
}

次のように使用します。

    public async Task OnDoSomething()
    {
        await TryWithAwaitInCatch.ExecuteAndHandleErrorAsync(
            async () => await DoSomethingAsync(),
            async (ex) => { await ShowMessageAsync("Error: " + ex.Message); return false; }
        );
    }

ネーミングを自由に改善してください。意図的に冗長にしています。コンテキストは既に呼び出しサイトでキャプチャされているため、ラッパー内でコンテキストをキャプチャする必要はないことに注意してくださいConfigureAwait(false)。