Tôi có một asyncphương thức không trả về dữ liệu:

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

Tôi đang gọi điều này từ một phương thức khác trả về một số dữ liệu:

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

Gọi MyAsyncMethod()mà không chờ nó gây ra cảnh báo " Vì cuộc gọi này không được chờ, nên phương thức hiện tại tiếp tục chạy trước khi cuộc gọi được hoàn thành " trong phòng thu trực quan. Trên trang cảnh báo đó có ghi:

Bạn chỉ nên xem xét loại bỏ cảnh báo nếu bạn chắc chắn rằng bạn không muốn đợi cuộc gọi không đồng bộ hoàn tất và phương thức được gọi sẽ không đưa ra bất kỳ ngoại lệ nào .

Tôi chắc chắn rằng tôi không muốn đợi cuộc gọi hoàn tất; Tôi không cần hoặc có thời gian. Nhưng cuộc gọi có thể đưa ra ngoại lệ.

Tôi đã vấp phải vấn đề này một vài lần và tôi chắc chắn đó là một vấn đề phổ biến phải có giải pháp chung.

Làm cách nào để gọi phương thức async một cách an toàn mà không cần chờ kết quả?

Cập nhật:

Đối với những người đề xuất rằng tôi chỉ chờ kết quả, đây là mã đáp ứng yêu cầu web trên dịch vụ web của chúng tôi (ASP.NET Web API). Chờ đợi trong ngữ cảnh UI sẽ giữ luồng UI miễn phí, nhưng chờ trong cuộc gọi yêu cầu web sẽ đợi Tác vụ kết thúc trước khi trả lời yêu cầu, do đó tăng thời gian phản hồi mà không có lý do.

Nếu bạn muốn có ngoại lệ "không đồng bộ", bạn có thể làm:

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

Điều này sẽ cho phép bạn xử lý một ngoại lệ trên một luồng khác với luồng "chính". Điều này có nghĩa là bạn không phải "chờ" cuộc gọi đến MyAsyncMethod()từ chuỗi cuộc gọi MyAsyncMethod; nhưng, vẫn cho phép bạn làm một cái gì đó với một ngoại lệ - nhưng chỉ khi một ngoại lệ xảy ra.

Cập nhật:

về mặt kỹ thuật, bạn có thể làm một cái gì đó tương tự với await:

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

... Sẽ hữu ích nếu bạn cần sử dụng cụ thể try/ catch(hoặc using) nhưng tôi thấy điều này ContinueWithrõ ràng hơn một chút vì bạn phải biết ý ConfigureAwait(false)nghĩa của nó.

Trước tiên bạn nên xem xét thực hiện GetStringDatamột asyncphương thức và yêu cầu nó awaitđược trả về MyAsyncMethod.

Nếu bạn hoàn toàn chắc chắn rằng bạn không cần xử lý ngoại lệ từ MyAsyncMethod hoặc biết khi nào nó hoàn thành, thì bạn có thể làm điều này:

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

BTW, đây không phải là "vấn đề chung". Rất hiếm khi muốn thực thi một số mã và không quan tâm liệu nó có hoàn thành hay không và không quan tâm liệu nó có hoàn thành thành công hay không.

Cập nhật:

Vì bạn đang sử dụng ASP.NET và muốn quay lại sớm, bạn có thể thấy bài đăng trên blog của tôi về chủ đề này hữu ích . Tuy nhiên, ASP.NET không được thiết kế cho việc này và không có gì đảm bảo rằng mã của bạn sẽ chạy sau khi phản hồi được trả về. ASP.NET sẽ cố hết sức để cho nó chạy, nhưng nó không thể đảm bảo điều đó.

Vì vậy, đây là một giải pháp tốt cho một cái gì đó đơn giản như ném một sự kiện vào nhật ký, nơi nó không thực sự quan trọng nếu bạn mất một vài thứ ở đây và ở đó. Nó không phải là một giải pháp tốt cho bất kỳ loại hoạt động kinh doanh quan trọng nào. Trong các tình huống đó, bạn phải áp dụng một kiến ​​trúc phức tạp hơn, với một cách liên tục để lưu các hoạt động (ví dụ: Hàng đợi Azure, MSMQ) và một quy trình nền riêng (ví dụ: Vai trò công nhân Azure, Dịch vụ Win32) để xử lý chúng.

Câu trả lời của Peter Ritchie là những gì tôi muốn, và bài viết của Stephen Cleary về việc trở lại sớm trong ASP.NET rất hữu ích.

Tuy nhiên, là một vấn đề chung hơn (không cụ thể đối với bối cảnh ASP.NET), ứng dụng Console sau đây thể hiện cách sử dụng và hành vi trả lời của Peter's bằng cách sử dụng 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()trở về sớm mà không cần chờ đợi MyAsyncMethod()và các ngoại lệ được đưa vào MyAsyncMethod()được xử lý trong OnMyAsyncMethodFailed(Task task)và không ở try/ catchxung quanhGetStringData()

Tôi kết thúc với giải pháp này:

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);
}

Điều này được gọi là lửa và quên, và có một phần mở rộng cho điều đó.

Tiêu thụ một nhiệm vụ và không làm gì với nó. Hữu ích cho các cuộc gọi cháy và quên đối với các phương thức async trong các phương thức async.

Cài đặt gói nuget .

Sử dụng:

MyAsyncMethod().Forget();

Tôi đoán câu hỏi phát sinh, tại sao bạn cần phải làm điều này? Lý do asynctrong C # 5.0 là vì vậy bạn có thể chờ kết quả. Phương thức này không thực sự không đồng bộ, nhưng chỉ đơn giản được gọi tại một thời điểm để không can thiệp quá nhiều vào luồng hiện tại.

Có lẽ tốt hơn là bắt đầu một chủ đề và để nó tự hoàn thành.

Trên các công nghệ có các vòng lặp thông báo (không chắc chắn nếu ASP là một trong số chúng), bạn có thể chặn vòng lặp và xử lý tin nhắn cho đến khi tác vụ kết thúc và sử dụng ContinWith để bỏ chặn mã:

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

Cách tiếp cận này tương tự như chặn trên ShowDialog và vẫn giữ cho UI phản hồi.

Tôi đến bữa tiệc muộn ở đây, nhưng có một thư viện tuyệt vời mà tôi đang sử dụng mà tôi chưa thấy được tham khảo trong các câu trả lời khác

https://github.com/brminnick/AsyncAwaitBestPractices

Nếu bạn cần "Bắn và quên", bạn gọi phương thức mở rộng trên tác vụ.

Truyền hành động onException vào cuộc gọi đảm bảo rằng bạn có được cả hai thế giới tốt nhất - không cần chờ đợi thực thi và làm chậm người dùng của bạn, trong khi vẫn giữ được khả năng xử lý ngoại lệ một cách duyên dáng.

Trong ví dụ của bạn, bạn sẽ sử dụng nó như thế này:

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

Nó cũng cung cấp cho AsyncCommands đang chờ triển khai ICommand và đây là giải pháp tuyệt vời cho giải pháp MVVM Xamarin của tôi

Giải pháp là khởi động HTTPClient vào một tác vụ thực thi khác mà không cần bối cảnh hóa.

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

Nếu bạn thực sự muốn làm điều này. Chỉ cần giải quyết "Gọi một phương thức async trong C # mà không phải chờ đợi", bạn có thể thực thi phương thức async bên trong a Task.Run. Cách tiếp cận này sẽ đợi cho đến khi MyAsyncMethodkết thúc.

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

awaitkhông đồng bộ hủy bỏ Resultnhiệm vụ của bạn, trong khi chỉ cần sử dụng Kết quả sẽ chặn cho đến khi nhiệm vụ hoàn thành.

Thông thường phương thức async trả về lớp Nhiệm vụ. Nếu bạn sử dụng Wait()phương thức hoặc thuộc Resulttính và mã ném ngoại lệ - loại ngoại lệ được gói vào AggregateException- thì bạn cần truy vấn Exception.InnerExceptionđể xác định ngoại lệ chính xác.

Nhưng .GetAwaiter().GetResult()thay vào đó , nó cũng có thể được sử dụng - nó cũng sẽ chờ tác vụ không đồng bộ, nhưng sẽ không bao gồm ngoại lệ.

Vì vậy, đây là ví dụ ngắn:

public async Task MyMethodAsync()
{
}

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

Bạn cũng có thể muốn có thể trả về một số tham số từ chức năng async - có thể đạt được bằng cách cung cấp thêm Action<return type>vào chức năng async, ví dụ như sau:

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

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

Xin lưu ý rằng các phương thức async thường có ASyncđặt tên hậu tố, để có thể tránh xung đột giữa các chức năng đồng bộ hóa có cùng tên. (Ví dụ FileStream.ReadAsync) - Tôi đã cập nhật tên hàm để làm theo khuyến nghị này.