Canales asíncronos
Varios crates admiten canales asíncronos. Por ejemplo, tokio
:
use tokio::sync::mpsc::{self, Receiver}; async fn ping_handler(mut input: Receiver<()>) { let mut count: usize = 0; while let Some(_) = input.recv().await { count += 1; println!("Received {count} pings so far."); } println!("ping_handler complete"); } #[tokio::main] async fn main() { let (sender, receiver) = mpsc::channel(32); let ping_handler_task = tokio::spawn(ping_handler(receiver)); for i in 0..10 { sender.send(()).await.expect("Failed to send ping."); println!("Sent {} pings so far.", i + 1); } drop(sender); ping_handler_task.await.expect("Something went wrong in ping handler task."); }
-
Cambia el tamaño del canal a
3
y comprueba cómo afecta a la ejecución. -
En general, la interfaz es similar a los canales
sync
, tal como se ha visto ver en la clase de la mañana. -
Prueba a quitar la llamada a
std::mem::drop
. ¿Qué sucede? ¿Por qué? -
El crate Flume tiene canales que implementan
sync
yasync
,send
yrecv
. Esto puede resultar práctico para aplicaciones complejas con tareas de E/S y tareas pesadas de procesamiento de CPU. -
Es preferible trabajar con canales
async
por la capacidad de combinarlos con otrosfuture
para poder crear un flujo de control complejo.