Rust, Future, Recursion, Send

本文介绍了在Rust中遇到的Future中的变量不满足Sendtrait导致的编译问题。作者详细解释了Future、Send的概念,并分享了如何处理非Send类型在异步递归调用中的解决方案,包括使用boxed_local和限制变量作用域。最后,作者对比了Rust的Future和Go的Goroutine,认为Rust的异步编程在细节上更为复杂。
摘要由CSDN通过智能技术生成

这几天写了个爬虫, 遇到了一个Future中的变量不满足Send trait导致无法编译通过的问题,挺有意思,记录一下。

以下是简要复盘当时的现场:

fn f1<'a>() -> BoxFuture<'a, ()> {
    async move {
        let p = Rc::new(1);
        f2().await;
    }
    .boxed()
}

async fn f2() {
    println!("hell world");
}

以下是编译器的提示:

future cannot be sent between threads safely
within `impl futures::Future`, the trait `std::marker::Send` is not implemented for `Rc<i32>`

 

简单说一下出现这种问题的原因, 上一篇文章里面提到过,Future其实就是个状态机, 扔到线程上就可以跑,但是中途是可以yield的, 然后等到某些条件达到之后再唤醒线程, 从yield出去的那个点继续执行下去, 不过虽说叫`唤醒`线程, 但实际上不是Future直接与操作系统沟通来完成线程调度的,这个工作是由runtime来完成的(tokio之类的),  这些runtime一般自己会维护一个线程池, 具体怎么跟物理线程对应咱就不清楚了,但是在这里可以暂时把这个池子里的线程理解为物理线程, runtime从池子里拉一个闲着的线程来继续执行Future, 这就导致一个问题, 这个线程很有可能不是上一个执行这个Future的

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值