Объявление асинхронного метода, который может быть как ожидаемым *, так и * запускать асинхронно, не дожидаясь его завершения?

Question

Предположим, вы разрабатываете api и хотите предложить асинхронные методы, но есть вероятность, что пользователь фактически не хочет «ждать» для того, чтобы какой-либо конкретный метод асинхронизации завершился, прежде чем перейти к следующей строке; есть ли способ сделать его «огнем и забыть»? То есть сделайте так, чтобы метод фактически выполнялся асинхронно через Задачу и продолжал ли она следующую строку без ожидания? Таким образом, если пользователь хочет его ждать, то они могут, а те, которые хотят просто запустить его как задачу, могут это сделать.

Answer 1

(Moving мой комментарий к ответу, потому что я предполагаю, что это такое)

Все методы работают асинхронные, что выход из коробки. Пользователь никогда не должен ждать чего-либо. Это зависит от пользователя, который ждет ваш метод async или нет. Вам не нужно делать ничего особенного для поддержки обоих случаев.

Пример:

public async Task MyAsyncMethod() { 
    // do something asynchronous in here... 
} 

Вы можете вызвать метод с await:

await obj.MyAsyncMethod(); 

... или нет ...

obj.MyAsyncMethod(); 

В этом последнем случае, метод будет огнем и забыть.

Пользователь также может выбрать сделать следующее с вашим методом:

Task t = obj.MyAsyncMethod(); 

// perform some other tasks that don't depend on the completion of "MyAsyncMethod" 

await t; // now I want to await on the task before continuing. 

// perform more tasks that require the completion of "MyAsyncMethod" 

И как вы можете видеть, мне не нужно делать какие-либо изменения в мой метод асинхронной поддерживать все 3 случая.

Answer 2

Вы должны понимать, что await не выполняет метод. await только регистрирует продолжение оставшейся функции в объекте Task, который возвращается функцией. (фактически в Awaiter объекта Task).

Таким образом, функция выполняет, независимо от того, как и как вы дождались ее завершения. Вы можете сохранить объект Task и await позже. Или вы ждете его блокировки с помощью функции Task.Wait.