1
congeec 2019-01-01 02:08:14 +08:00 1
你一不小心问了两个很大的问题
|
2
11wangyaoda 2019-01-01 02:24:08 +08:00 via Android 3
coroutine 本质是上就是 callback。
|
3
ruandao 2019-01-01 02:39:58 +08:00
减少不必要的系统调度
|
4
Sparetire 2019-01-01 02:44:12 +08:00 via Android
|
5
congeec 2019-01-01 02:49:43 +08:00
http://250bpm.com/blog:141
Equivalence of State Machines and Coroutines |
6
yanaraika 2019-01-01 04:50:03 +08:00 via Android
新语言现在基本都有协程了吧 回调地狱了解一下
|
7
Cbdy 2019-01-01 08:31:23 +08:00 via Android
所谓协程,就是用户态的线程,就是简单的状态机。然后再去和系统线程绑定既可以了
|
8
q2577 2019-01-01 10:20:46 +08:00
可以试试在当前进程的主线程里面创建多个对等线程, 然后在每个对等线程里面各创建一个子进程, 然后在每个子进程里面使用协程, 是不是晕了?
|
9
qiyuey 2019-01-01 10:33:56 +08:00
我的理解是,协程本质上就是 回调 + CPS 状态机,用以解决并发变成编写维护困难的问题,同时协程调度方面也具备优势,避免了不必要的上下文切换。
|
10
DeweyReed 2019-01-01 11:20:35 +08:00
用编译时的变换处理 callback,这样可以很直观地写顺序执行的异步代码。
每个语言都是自己的异步机制,Coroutine 就是 Kotlin 采取的方案。 |
11
janxin 2019-01-01 12:14:41 +08:00
看情况决定,对 IO 应用来说,肯定是要比纯线程好。减少系统调用,有效避免异步编程复杂度,上下文切换成本比线程低。
不过问题是谁也不是只用协程,一般都是线程+协程模式。 |
12
bluzz 2019-01-01 13:03:11 +08:00 via Android
协程无法脱离线程,协程主要就是减少线程切换和等待
|
13
pursuer 2019-01-01 13:18:10 +08:00
个人理解,事件驱动更接近计算机工作模式,性能可能好一些,但是对编写者负担比较大,协程 /线程对编写者友好一些,多线程在使用使用阻塞 IO 时对内存的消耗有点厉害,即使线程大多数时间在等待 IO,协程可以减少一些这样的情况
|
14
chrisyue 2019-01-01 16:32:12 +08:00
|
15
lynskylate 2019-01-02 07:17:04 +08:00 via Android
协程相比线程仅在 io 密集应用有显著优势,最大的优势在于进行 io 时主动进行协程切换,相比线程切换开销较小,当然还有协程上下文的储存相比线程小等等。
|