advance/async/getting-started

[giscus[bot]]

advance/async/getting-started

https://course.rs/advance/async/getting-started.html

[acfuns]

要不就本本分分的按原意翻译，要不就按照自己的理解翻译的更加简洁，你这翻译的太啰嗦了，这种难得概念就是要干净利落的表达出准确的意思，这一章建议看原版英文。
https://rust-lang.github.io/async-book/01_getting_started/04_async_await_primer.html
原版就几句话的事就讲明白了。

[OliverChao]

众口本难调. 有问题提建议也可以呀. 但学知识前还是先学会要尊重的吧. 人家又没逼着你看

[wutianze]

感谢作者的付出，我觉得写得很好。

[zhangdekui]

其实文章有对比和拓展, 已经很不错了

[zhangdekui]

如果你能补充一些题主没提到的, 肯定能帮助更多的人.

[SuanCaiYv]

我大概懂你的意思，你的意思是对于一个新的概念，应该给出一个抽象，准确且直白的描述来向读者表达这个概念的意思。这样也蛮好的，我写文章也会这么做。但是考虑到读者大多是第一次接触这样的概念，你不能保证给出的精准描述可以被读者理解，所以给出一些白话般，啰嗦一点，甚至足够接地气的话，不失为一种良策。

[ho-229]

个人觉得唱歌跳舞这个例子不太合适，虽然它很简单：
1.“跳舞的时候学歌，也可以在跳舞的时候唱歌”更像是并行的说辞，而单线程并发本质上还是串行执行每个任务。
2.这个例子中所有任务都能够立刻完成，不能体现async并发模型和顺序执行的区别。

[Jedsek]

这就是原书中的例子: Async-Await-Primer

[leowei1234567]

同意，希望有更好的例子，不然看上去跟同步编程没有什么差别，例子不是越简单越好，尤其在并发这里

[zhwei820]

挺好的啊...

学唱歌的时候加上一个sleep, 效果就更明显了

async fn learn_song() -> Song {
println!("learn a song");
async_std::task::sleep(std::time::Duration::from_secs(1)).await; // take 1 second
Song {
author: "曲婉婷".to_string(),
name: String::from("《我的歌声里》"),
}
}

[wutianze]

请问大佬，async和协程是个什么关系呢，或者说两者的区别是啥？是否可以说async是基于协程的概念搭建的一套机制

[howz97]

https://users.rust-lang.org/t/golang-goroutines-channels-vs-rust-async-await/70159

[zhangdekui]

感觉协程更像微线程, 调度和切换和os线程类似, 程序自动调度,类似go的goroutine. async则像是支持用户自助控制的, 可充分利用单线程的切换机制.

[wutianze]

感谢大家解答。我也找到了一个讲得比较好的链接供参考：https://rust-book.junmajinlong.com/ch100/02_understand_tokio_task.html

[zhangdekui]

rust里没有多进程编程吗?

[mumumusuc]

标准库里有os和process，系统相关代码也没什么好说的

[zengleyi]

是不是讲反了，await是让异步变成同步等待状态的，为确切顺序服务的，与JS中的await相同。FUTURE相当于js中的promise，有fulfilled和pending两种状态，申明时并不会执行。join(a,b,c)相当于promise.all(a,bc,)，时间是a,b,c中最后一个完成的。

[mumumusuc]

相关阅读「Futures 和 Tokio 项目的前世今生」

[Nanbert]

”若两个都被阻塞，那么async main会变成阻塞状态，然后让出线程所有权，并将其交给main函数中的block_on执行器“，这句解释，可以这么理解吗？block_on简单粗暴会阻塞，所以如果两个都被阻塞，那么即使交给了block_on,最终状态还是阻塞

[yAntPower]

刚才测试了一下，如果唱歌和跳舞这两个任务都是阻塞的那么block_on也是阻塞的，所以主线程也是阻塞的。你的结论是正确的。

[leowei1234567]

直观的问题是：futures::join，首次执行是按参数顺序的吗

[UWFTeng]

请问我这么理解对吗:
.await有两个作用:
跟都有.await的异步函数按顺序执行, 跟没有.await的异步函数搞并发执行?
异步函数learn_song 和 异步函数sing_song,假如他们都有.await:
learn_song().await ①
sing_song().await ②
那么执行顺序就是①到②
如果这时还有第三个异步函数dance(),但是没有.await
那么这个异步函数dance()就是在与(learn_song.await和sing_song())并发执行?

这里提到的线程是指的, learn_song()一个线程,sing_song()一个线程, dance()一个线程?
还是learn_song()和sing_song它们两个一个线程, dance()一个线程
有子父线程之分吗?

[xiaoyueinfo]

我的理解是，await就是要等待，决定是否并发执行的关键在于函数是不是join!的参数。

[frapples]

作者你好，提一点看法哈，文章中将“协程(Coroutines)”和“async/await"并列感觉有些不妥。
因为协程分为两类，有栈协程和无栈协程，go语言协程属于有栈协程，async/await方式其实是无栈协程。
有栈协程需要从汇编指令/虚拟机字节码的层面去额外实现，好处是编程语法不需要任何关键字；坏处如你所说，不解耦，运行时必须集成进语言。
无栈协程其实就是把async/await语法糖编译成Promise状态机，然后丢给事件驱动的运行时执行；好处是解耦，而且性能更快。

[sinopec]

同意，貌似async await这一套就是协程了

[PSS-PDPZ]

感觉挺好的，对于第一次接触的这个概念的人，比英文原版更友好。

[PSS-PDPZ]

我的理解是一个线程里可以有多个Future的实现，当其中一个Future使用了.await，那么会等待这个Future的完成，在等待其完成这个时间内，不会阻塞这个线程，其会执行别的Future。