Можно ли ожидать операции ввода-вывода, которая не объявлена ​​как асинхронная? Если нет, что мне делать?

что, если у нас есть операция ввода-вывода, которая выполняется в методе, который не объявлен как асинхронный?

В этом случае операция ввода-вывода блокируется. Другими словами, GetResultFromWeb блокирует вызывающий поток. Имейте это в виду, когда мы пройдемся по остальным...

Я должен использовать этот метод, чтобы сделать это.

Из этого я делаю вывод, что вы не можете написать метод GetResultFromWebAsync, который является асинхронным. Таким образом, любой поток, выполняющий веб-запросы, должен быть заблокирован.

есть ли способ выполнять эти операции ввода-вывода асинхронно без необходимости создавать один поток для каждого запроса?

Самый естественный подход — написать метод GetResultFromWebAsync. Поскольку это невозможно, ваши варианты: заблокировать вызывающий поток или заблокировать какой-либо другой поток (например, поток пула потоков). Блокирование потока из пула — это метод, который я называю «поддельной асинхронностью», поскольку он выглядит асинхронным (т. е. не блокирует поток пользовательского интерфейса), но на самом деле это не так (т. е. вместо этого он просто блокирует поток из пула).

Если бы я мог, я хотел бы создавать как можно меньше потоков, не блокируя ни один из потоков.

Это невозможно, учитывая ограничения. Если вы должны использовать метод GetResultFromWeb, и этот метод блокирует вызывающий поток, тогда поток должен быть заблокирован.

Один из способов, который я нашел для этого, заключался в реализации APM, следуя этой статье Джеффри Рихтера, а затем в моем методе Begin я вызываю ThreadPool.QueueWorkItem(GetResultFromWeb, asyncResult).

В этом случае ваш код предоставляет асинхронный API (начало/конец), но в реализации он просто вызывает GetResultFromWeb в потоке пула потоков. То есть это фальшивая асинхронность.

Кажется, это работает хорошо.

Это работает, но это не совсем асинхронно.

Но, прочитав так много о том, что APM устарел, мне стало интересно, как я могу сделать это с помощью TAP.

Как отмечали другие, есть гораздо более простой способ запланировать работу с пулом потоков: Task.Run.

Настоящая асинхронность невозможна, потому что у вас есть метод блокировки, который вы должны использовать. Итак, все, что вы можете сделать, это обходной путь - фальшивая асинхронность, также известная как блокировка потока пула потоков. Самый простой способ сделать это:

Task<string> getResultTask = Task.Run(() => GetResultFromWeb(myUrl)); 
// Do whatever I need to do that doesn't need the query result
string result = await getResultTask;
Process(result);

(гораздо более чистый код, чем APM и AsyncEnumerator)

Обратите внимание, что я не рекомендую создавать метод GetResultFromWebAsync, реализованный с использованием поддельной асинхронности. Предполагается, что возвращающие задачу методы с асинхронным суффиксом должны следовать асинхронному шаблону на основе задач. руководящие принципы, которые подразумевают настоящую асинхронность.

Другими словами, как я более подробно описываю в своем блоге, используйте Task.Run для вызова метода, а не для реализации метода.

Ваш API является асинхронным с использованием старой модели Begin/End. Это вписывается в TPL через

Task.Factory.FromAsync<string>(BeginQuery, EndQuery)

который возвращает Task<string>, который вы можете await.

Более простой способ сделать то, что вы ищете, — это вызвать метод, используя класс Task. В вашем случае это будет выглядеть примерно так:

Task<string> getResultTask = Task.Run<string>(()=>GetResultFromWeb(myUrl));
// Do whatever I need to do that doesn't need the query result
string result = await getResultTask;
Process(result);

Хотя это создаст еще один поток, как это делает ваша опция IAsyncResult, это значительно упрощает процесс.