Asyncio ждет TimerHandle

Question

Asyncio ждет TimerHandle

1

Кажется, что TimerHandle не ждет. Что является предпочтительным способом дождаться, когда все обратные вызовы будут запланированы с использованием asyncio.call_later если у меня будет все TimerHandle.

user2146414 19 сен. 2018, в 10:22

Источник

0

Кажется, это излишнее (или, по крайней мере, слишком сложное), но я использую asyncio.Event который я asyncio.Event , когда вызываю call_later и устанавливаю в callback. И затем я жду пока какое-нибудь обработчик (очистка события до события event.wait ).
user2146414 19 сен. 2018, в 14:35
0

Вы можете использовать asyncio.Future (полученный с помощью loop.create_future() для той же цели. Он более легкий, чем событие, и может содержать объект в качестве полезной нагрузки или даже исключение.
user4815162342 19 сен. 2018, в 17:15
0

Не могли бы вы привести пример, как бы вы использовали Feature для многих таймеров? Я предлагаю обычный ответ, а не комментарий;)
user2146414 20 сен. 2018, в 11:10
0

Это Future , а не Feature . Если вам нужно очистить событие и подождать его снова, тогда, я думаю, его нельзя заменить на Future . Я поняла, что вам нужно ждать индивидуального обратного вызова.
user4815162342 20 сен. 2018, в 11:20
0

Конечно, это Future - моя ошибка :) ОК. Я думал о Future s и, возможно, можно было бы создать Future за таймер, а затем ждать всех. Может быть. Это менее сложно? Может быть...
user2146414 20 сен. 2018, в 12:23
0

Да - ваш завернутый обратный вызов должен заканчиваться futureobj.set_result(None) , и вы ждете фьючерсов, просто await их (или await gather(list_of_futures) чтобы ожидать их всех и т. Д.). Приятно то, что Future более легок, чем событие - это фундаментальный строительный блок в Asyncio. Сами события реализуются в терминах фьючерсов, как и многие другие в asyncio. (Посмотрите на реализацию asyncio.sleep для примера.)
user4815162342 20 сен. 2018, в 20:28

Показать ещё 4 комментария

Теги:

python

python-asyncio

1 ответ

Ещё вопросы

Кажется, это излишнее (или, по крайней мере, слишком сложное), но я использую asyncio.Event который я asyncio.Event , когда вызываю call_later и устанавливаю в callback. И затем я жду пока какое-нибудь обработчик (очистка события до события event.wait ).
Вы можете использовать asyncio.Future (полученный с помощью loop.create_future() для той же цели. Он более легкий, чем событие, и может содержать объект в качестве полезной нагрузки или даже исключение.
Не могли бы вы привести пример, как бы вы использовали Feature для многих таймеров? Я предлагаю обычный ответ, а не комментарий;)
Это Future , а не Feature . Если вам нужно очистить событие и подождать его снова, тогда, я думаю, его нельзя заменить на Future . Я поняла, что вам нужно ждать индивидуального обратного вызова.
Конечно, это Future - моя ошибка :) ОК. Я думал о Future s и, возможно, можно было бы создать Future за таймер, а затем ждать всех. Может быть. Это менее сложно? Может быть...
Да - ваш завернутый обратный вызов должен заканчиваться futureobj.set_result(None) , и вы ждете фьючерсов, просто await их (или await gather(list_of_futures) чтобы ожидать их всех и т. Д.). Приятно то, что Future более легок, чем событие - это фундаментальный строительный блок в Asyncio. Сами события реализуются в терминах фьючерсов, как и многие другие в asyncio. (Посмотрите на реализацию asyncio.sleep для примера.)

user2146414 · Answer 1 · 2018-10-01T12-27-00.000Z

Хорошо, я рассмотрел, как реализован asyncio.sleep и выясняется, что он создает внутреннее Future и запускает call_later. Поэтому, основываясь на этом, я пришел к выводу, что лучшим вариантом будет создание сопрограммы и ее использование следующим образом:

async def set_timer(seconds):
    await asyncio.sleep(seconds)
    do_something_important()

timer_task = asyncio.ensure_future(set_timer(10))
timers.append(timer_task)
...
await asyncio.gather(*timers)