Qual è la differenza tra concurrent.futures e asyncio.futures?

Question

Per chiarire il motivo di questa domanda:

1. E 'di confusione per utilizzare due moduli con lo stesso nome. Cosa rappresentano che li rende distinti?

2. Quale compito/i può risolvere quello che l'altro non può e viceversa?

Answer 1

Il asyncio documentation copre le differenze:

classe asyncio.Future(*, loop=None)

Questa classe è quasi compatibile con concurrent.futures.Future.

Differenze:

• result() e exception() non prendono un argomento timeout e sollevano un'eccezione quando il futuro non è ancora finito.
• Le chiamate registrate con add_done_callback() vengono sempre richiamate tramite il ciclo degli eventi call_soon_threadsafe().
• Questa classe non è compatibile con le funzioni wait() e as_completed() nel pacchetto concurrent.futures.

Questa classe non è thread-safe.

In sostanza, se si sta utilizzando ThreadPoolExecutor o ProcessPoolExecutor, o si desidera utilizzare un Future direttamente per la concorrenza thread-based o basato sui processi, utilizzare concurrent.futures.Future. Se si utilizza asyncio, utilizzare asyncio.Future.

Answer 2

Dal docs:

[asyncio fornisce un] classe futuro che imita quella nel modulo concurrent.futures, ma adattato per l'uso con il ciclo degli eventi;