私が持っているasyncデータを返さないメソッドを：

public async Task MyAsyncMethod()
{
    // do some stuff async, don't return any data
}

データを返す別のメソッドからこれを呼び出しています：

public string GetStringData()
{
    MyAsyncMethod(); // this generates a warning and swallows exceptions
    return "hello world";
}

待機MyAsyncMethod()せずに呼び出すと、Visual Studioで「この呼び出しは待機されないため、現在のメソッドは呼び出しが完了する前に引き続き実行されます」という警告が表示されます。その警告のページには、次のように記載されています。

非同期呼び出しの完了を待たず、呼び出されたメソッドが例外を発生させないことが確実な場合にのみ、警告を抑制することを検討する必要があります。

通話が完了するのを待ちたくないと思います。する必要も時間もありません。しかし、呼び出しがあります例外を発生させます。

私はこの問題に何度か遭遇しましたが、それは共通の解決策が必要な共通の問題であると確信しています。

結果を待たずに非同期メソッドを安全に呼び出すにはどうすればよいですか？

更新：

私が結果を待つことを示唆している人々のために、これは私たちのWebサービス（ASP.NET Web API）上のWebリクエストに応答しているコードです。UIコンテキストで待機すると、UIスレッドは解放されたままになりますが、Web要求の呼び出しで待機すると、要求に応答する前にタスクが完了するのを待機するため、理由もなく応答時間が長くなります。

例外を「非同期に」取得したい場合は、次のようにします。

  MyAsyncMethod().
    ContinueWith(t => Console.WriteLine(t.Exception),
        TaskContinuationOptions.OnlyOnFaulted);

これにより、「メイン」スレッド以外のスレッドの例外を処理できます。これは、を呼び出すMyAsyncMethod()スレッドからの呼び出しを「待つ」必要がないことを意味しますMyAsyncMethod。ただし、例外を使用して何かを行うことはできますが、例外が発生した場合のみです。

更新：

技術的には、次のようにして同様のことを行うことができますawait。

try
{
    await MyAsyncMethod().ConfigureAwait(false);
}
catch (Exception ex)
{
    Trace.WriteLine(ex);
}

... try/ catch（またはusing）を具体的に使用する必要がある場合に便利ですContinueWithが、ConfigureAwait(false)意味を理解する必要があるため、これはもう少し明示的であると思います。

最初にメソッドの作成を検討しGetStringData、asyncそれをawaitから返されるタスクにする必要がありますMyAsyncMethod。

からの例外を処理する必要がないこと、MyAsyncMethod またはそれがいつ完了するかを知っている必要がないと確信している場合は、次のようにすることができます。

public string GetStringData()
{
  var _ = MyAsyncMethod();
  return "hello world";
}

ところで、これは「一般的な問題」ではありません。一部のコードを実行して、それが完了したかどうかを気にせず、正常に完了したかどうかを気にしないことは非常にまれです。

更新：

ASP.NETを使用していて、早期に復帰したいので、この件に関する私のブログ投稿が役立つ場合があります。ただし、ASP.NETはこのために設計されておらず、応答が返された後にコードが実行される保証はありません。ASP.NETは実行できるように最善を尽くしますが、保証はできません。

したがって、これは、イベントをログに放り込むような単純なものに対する優れた解決策であり、ログをあちこちに失うことは重要ではありません。これは、あらゆる種類のビジネスクリティカルな運用に適したソリューションではありません。これらの状況では、操作（Azureキュー、MSMQなど）を保存する永続的な方法と、それらを処理するための個別のバックグラウンドプロセス（Azureワーカーロール、Win32サービスなど）を備えた、より複雑なアーキテクチャを採用する必要があります。

Peter Ritchieの答えが私が欲しかったものであり、ASP.NETの初期段階に戻ることに関するStephen Clearyの記事は非常に役に立ちました。

ただし、より一般的な問題（ASP.NETコンテキストに固有ではない）として、次のコンソールアプリケーションは、ピーターの回答の使用法と動作を示しています。 Task.ContinueWith(...)

static void Main(string[] args)
{
  try
  {
    // output "hello world" as method returns early
    Console.WriteLine(GetStringData());
  }
  catch
  {
    // Exception is NOT caught here
  }
  Console.ReadLine();
}

public static string GetStringData()
{
  MyAsyncMethod().ContinueWith(OnMyAsyncMethodFailed, TaskContinuationOptions.OnlyOnFaulted);
  return "hello world";
}

public static async Task MyAsyncMethod()
{
  await Task.Run(() => { throw new Exception("thrown on background thread"); });
}

public static void OnMyAsyncMethodFailed(Task task)
{
  Exception ex = task.Exception;
  // Deal with exceptions here however you want
}

GetStringData()早期待たずにリターンMyAsyncMethod()でスローと例外がMyAsyncMethod()で扱われるOnMyAsyncMethodFailed(Task task)といないでtry/ catch周りGetStringData()

私はこの解決策に終わります：

public async Task MyAsyncMethod()
{
    // do some stuff async, don't return any data
}

public string GetStringData()
{
    // Run async, no warning, exception are catched
    RunAsync(MyAsyncMethod()); 
    return "hello world";
}

private void RunAsync(Task task)
{
    task.ContinueWith(t =>
    {
        ILog log = ServiceLocator.Current.GetInstance<ILog>();
        log.Error("Unexpected Error", t.Exception);

    }, TaskContinuationOptions.OnlyOnFaulted);
}

これは「ファイアアンドフォーゲット」と呼ばれ、そのための拡張機能があります。

タスクを消費し、それを使用して何もしません。asyncメソッド内でasyncメソッドを呼び出すのに便利です。

nugetパッケージをインストールします。

使用する：

MyAsyncMethod().Forget();

問題が発生すると思いますが、なぜこれを行う必要があるのでしょうか。asyncC＃5.0 の理由は、結果を待つことができるようにするためです。このメソッドは実際には非同期ではありませんが、現在のスレッドに過度に干渉しないように、一度に呼び出されます。

おそらく、スレッドを開始し、そのままにしてスレッドを終了する方がよいでしょう。

メッセージループのあるテクノロジ（ASPがその1つであるかどうかは不明）では、ループをブロックし、タスクが終了するまでメッセージを処理し、ContinueWithを使用してコードのブロックを解除できます。

public void WaitForTask(Task task)
{
    DispatcherFrame frame = new DispatcherFrame();
    task.ContinueWith(t => frame.Continue = false));
    Dispatcher.PushFrame(frame);
}

このアプローチは、ShowDialogをブロックし、UIの応答性を維持するのと似ています。

私はここのパーティーに遅れましたが、他の回答で参照されていない、私が使用している素晴らしいライブラリがあります

https://github.com/brminnick/AsyncAwaitBestPractices

「Fire And Forget」が必要な場合は、タスクの拡張メソッドを呼び出します。

アクションonExceptionを呼び出しに渡すと、例外を適切に処理する機能を維持しながら、実行を待機してユーザーの速度を低下させる必要がなく、両方の長所を確実に得ることができます。

あなたの例では、次のように使用します。

   public string GetStringData()
    {
        MyAsyncMethod().SafeFireAndForget(onException: (exception) =>
                    {
                      //DO STUFF WITH THE EXCEPTION                    
                    }); 
        return "hello world";
    }

それはまた、私のMVVM Xamarinソリューションに最適なICommandを実装する待機可能なAsyncCommandsを提供します

解決策は、sincronizationコンテキストなしでHttpClientを別の実行タスクで開始することです。

var submit = httpClient.PostAsync(uri, new StringContent(body, Encoding.UTF8,"application/json"));
var t = Task.Run(() => submit.ConfigureAwait(false));
await t.ConfigureAwait(false);

あなたが本当にこれをしたいなら。「待機せずにC＃で非同期メソッドを呼び出す」に対処するために、内部で非同期メソッドを実行できますTask.Run。このアプローチはMyAsyncMethod完了するまで待機します。

public string GetStringData()
{
    Task.Run(()=> MyAsyncMethod()).Result;
    return "hello world";
}

awaitResultタスクのを非同期でラップ解除しますが、Resultを使用するだけで、タスクが完了するまでブロックされます。

通常、非同期メソッドはTaskクラスを返します。Wait()メソッドまたはResultプロパティを使用し、コードが例外をスローする場合-例外タイプはまとめられますAggregateException- Exception.InnerException正しい例外を見つけるためにクエリを実行する必要があります。

ただし、.GetAwaiter().GetResult()代わりに使用することもできます。非同期タスクも待機しますが、例外はラップされません。

だからここに短い例があります：

public async Task MyMethodAsync()
{
}

public string GetStringData()
{
    MyMethodAsync().GetAwaiter().GetResult();
    return "test";
}

また、非同期関数からいくつかのパラメーターを返すことができるようにしたい場合があります- Action<return type>これは、たとえば次のように、非同期関数に追加を提供することによって実現できます。

public string GetStringData()
{
    return MyMethodWithReturnParameterAsync().GetAwaiter().GetResult();
}

public async Task<String> MyMethodWithReturnParameterAsync()
{
    return "test";
}

非同期メソッドには通常ASync、同じ名前の同期関数間の衝突を回避できるようにするために、名前にサフィックスが付いていることに注意してください。（例FileStream.ReadAsync）-この推奨に従うように関数名を更新しました。