gpt4 book ai didi

rust - 如何使用 Tokio TcpListener 处理 WouldBlock 错误?

转载 作者:行者123 更新时间:2023-11-29 08:34:55 32 4
gpt4 key购买 nike

考虑以下代码:

extern crate tokio; // Executor runtime

use tokio::prelude::*;
use tokio::net::TcpListener;
use std::net::SocketAddr;

fn main() {
let addr = "127.0.0.1:8118".parse::<SocketAddr>().unwrap();
let listener = TcpListener::bind(&addr)
.expect("unable to bind TCP listener");
tokio::run(listener.incoming()
.map_err(|e| eprintln!("failed to accept socket; error = {:?}", e))
.for_each(|mut socket| {
let mut buf = vec![];
socket.read_to_end(&mut buf).unwrap();
println!("Received: {:#?}", buf);
Ok(())
})
);
}

当我运行它并向端口 8118 发送内容时,出现以下错误:

thread 'tokio-runtime-worker-0' panicked at 'called `Result::unwrap()` on an `Err` value: Kind(WouldBlock)', src/libcore/result.rs:997:5

我想有一些方法可以将我的套接字置于阻塞模式,或者捕获错误并对其进行处理。我想知道解决这个问题的标准、规范方法是什么。

我宁愿不阻塞,因为我希望服务器在等待客户端的同时做其他事情,所以异步/线程解决方案会很棒。

最佳答案

您正在使用 Tokio,这是一个完全用于启用异步 IO 的库。您永远不想在异步事件循环中执行阻塞操作。

相反,要么全力以赴使用异步,要么完全避免使用异步并使用更简单、更粗略的线程。

东京的io::read_to_end创建一个能够从套接字读取所有数据的 future :

use std::net::SocketAddr;
use tokio::{net::TcpListener, prelude::*}; // 0.1.22

fn main() {
let addr = "127.0.0.1:8118".parse::<SocketAddr>().unwrap();
let listener = TcpListener::bind(&addr).expect("unable to bind TCP listener");

tokio::run(
listener
.incoming()
.and_then(|s| tokio::io::read_to_end(s, vec![]))
.map_err(|e| panic!("failed: {:?}", e))
.for_each(|(_socket, buf)| {
println!("Received: {:#?}", buf);
Ok(())
}),
);
}

另见:

关于rust - 如何使用 Tokio TcpListener 处理 WouldBlock 错误?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56916161/

32 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com