• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2872 days ago, the information mentioned may be changed or developed.
 |
1
你一不小心问了两个很大的问题
|
1 |
2
coroutine 本质是上就是 callback。
|
 |
ruandaoJan 1, 2019
3
减少不必要的系统调度
|
 |
SparetireJan 1, 2019 via Android
4
|
|
congeecJan 1, 2019
5
http://250bpm.com/blog:141
Equivalence of State Machines and Coroutines |
 |
yanaraikaJan 1, 2019 via Android
6
新语言现在基本都有协程了吧 回调地狱了解一下
|
 |
CbdyJan 1, 2019 via Android
7
所谓协程，就是用户态的线程，就是简单的状态机。然后再去和系统线程绑定既可以了
|
 |
q2577Jan 1, 2019
8
可以试试在当前进程的主线程里面创建多个对等线程, 然后在每个对等线程里面各创建一个子进程, 然后在每个子进程里面使用协程, 是不是晕了?
|
 |
qiyueyJan 1, 2019
9
我的理解是，协程本质上就是 回调 + CPS 状态机，用以解决并发变成编写维护困难的问题，同时协程调度方面也具备优势，避免了不必要的上下文切换。
|
 |
DeweyReedJan 1, 2019
10
用编译时的变换处理 callback，这样可以很直观地写顺序执行的异步代码。
每个语言都是自己的异步机制，Coroutine 就是 Kotlin 采取的方案。 |
 |
janxinJan 1, 2019
11
看情况决定，对 IO 应用来说，肯定是要比纯线程好。减少系统调用，有效避免异步编程复杂度，上下文切换成本比线程低。
不过问题是谁也不是只用协程，一般都是线程+协程模式。 |
 |
bluzzJan 1, 2019 via Android
12
协程无法脱离线程，协程主要就是减少线程切换和等待
|
 |
pursuerJan 1, 2019
13
个人理解，事件驱动更接近计算机工作模式，性能可能好一些，但是对编写者负担比较大，协程 /线程对编写者友好一些，多线程在使用使用阻塞 IO 时对内存的消耗有点厉害，即使线程大多数时间在等待 IO，协程可以减少一些这样的情况
|
 |
chrisyueJan 1, 2019
14
|
 |
lynskylateJan 2, 2019 via Android
15
协程相比线程仅在 io 密集应用有显著优势，最大的优势在于进行 io 时主动进行协程切换，相比线程切换开销较小，当然还有协程上下文的储存相比线程小等等。
|
Select Language