Шрифт:
Рис. 14.2. Методы, вызываемые асинхронно, выполняют свою работу в отдельном потоке
Вдобавок к уникальным хешированным значениям, вы также обнаружите, что при запуске приложения сообщение "В Main еще есть работа!" появляется практически немедленно.
Синхронизация вызывающего потока
Для текущей реализации Main диапазон времени между вызовом BeginInvoke и вызовом EndInvoke явно меньше пяти секунд. Поэтому после вывода на консоль сообщения "В Main еще есть работа!" поток вызова блокируется и ждет завершения существования вторичного потока, который должен получить результат метода Add. Таким образом, вы на самом деле выполняете еще один синхронный вызов.
Очевидно, что асинхронные делегаты теряют свою привлекательность, если поток вызова может при определенных условиях блокироваться. Чтобы позволить вызывающему потоку выяснить, закончил ли асинхронно вызванный метод свою работу, интерфейс IAsyncResult предлагает свойство IsCompleted. Используя этот член, поток вызова может перед вызовом EndInvoke проверить, завершен ли асинхронный вызов. Если работа метода не завершена, IsCompleted возвращает false (ложь), и поток вызова может продолжать свою работу. Если же IsCompleted возвращает true (истина), то поток вызова может получить результат "наименее блокирующим" способом. Рассмотрите следующую модификацию метода Main.
Здесь вводится цикл, который будет продолжать выполнение оператора Console.WriteLine до тех пор, пока не завершится вторичный поток. Как только это произойдет, вы сможете получить результат метода Add с уверенностью, что этот метод завершил свою работу.
Вдобавок к свойству IsCompleted интерфейс IAsyncResult предлагает свойство AsyncWaitHandle для построения еще более гибкой логики ожидания. Это свойство возвращает экземпляр WaitHandle, предлагающий метод WaitOne. Преимущество метода WaitHandle.WaitOne в том, что вы можете указать максимальное время ожидания. Если указанное время превышено, WaitOne возвращает false. Рассмотрите следующий (обновленный) вариант цикла while:
Указанные свойства IAsyncResult и в самом деле обеспечивают возможность синхронизации потока вызова, но этот подход оказывается не самым эффективным. Во многих отношениях свойство IsCompleted подобно назойливому менеджеру (или однокласснику), который постоянно спрашивает: "Уже все сделал?" К счастью, делегаты предлагают целый ряд других (и более действенных) подходов для получения результатов методов, вызываемых асинхронно.
Исходный код. Проект AsyncDelegate размещен в подкаталоге, соответствующем главе 14.
Роль делегата AsyncCallback
Вместо того чтобы выяснять у делегата, завершился ли асинхронный вызов метода, лучше позволить делегату информировать поток вызова о выполнении задания. Чтобы реализовать такое поведение, вы должны предъявить экземпляр делегата System.AsyncCallback методу BeginInvoke в виде параметра, значением которого до сих пор было у нас значение null. Если вы укажете AsyncCallback, делегат вызовет соответствующий метод автоматически, когда асинхронный вызов завершится.
Подобно любому другому делегату, AsyncCallback может вызывать только методы, соответствующие конкретному шаблону, и в данном случае это методы, принимающие единственный параметр типа IAsyncResult и возвращающие void.
Предположим, что у нас есть другое приложение, использующее делегат BinaryOp. На этот раз мы не будем "просить" делегат выяснить, завершился ли метод Add. Вместо этого мы определим статический метод с именем AddComplete, чтобы получить извещение о завершении асинхронного вызова,